November 2013 - Users - lists.chirpmyradio.com

Re: [chirp_users] 1. TYT TH-UV3R Cable (David M. Carney)
by Sander Pool 18 Nov '13

18 Nov '13

Hi, I bought this one: http://www.ebay.com/itm/2-in-1-Programming-cable-for-Kenwood-radio-TK-2317-… I'm sure a creative search in your favorite search engine will show alternates as well. A word of caution: this particular cable does not work with the UV-82. Even after trimming some of the plastic it does not make the right contact. Maybe more trimming would make it work but I didn't try that. My fake Prolific cable does work with the UV-82. Go figure. Sander W1SOP On 11/18/2013 3:00 PM, chirp_users-request(a)intrepid.danplanet.com wrote: > > Quote: "I bought a serial-only cable with a Kenwood dual plug and > modular plug on a pig tail with a DB-9 socket." > > Sander W1SOP, where did you find this cable? Do you have a part number? > >

1 0

Re: [chirp_users] 1. TYT TH-UV3R Cable (David M. Carney)
by Sander Pool 18 Nov '13

18 Nov '13

Hi, I bought a serial-only cable with a Kenwood dual plug and modular plug on a pig tail with a DB-9 socket. I then waited for a sale on FTDI USB to serial adapters and bought two of those at Newegg. That is now my programming cable of choice though I also have one of the fake Prolific ones. Made that work by telling Windows 7 to use the old driver. Works fine too. As an aside I'm sure I'm not the only one who shook his head when I ended up paying about the same for the programming cable as I did for the radio. These radios are seriously cheap and those cables are seriously expensive. I mean not in absolute Dollars/Euros/Yen but relatively speaking. Same for earbuds and antennas. In any case, just received my Baofeng UV-82 and a UV-5RA. I look forward to copying channels from my F6A, D710 and D72 to them. Thanks to all who make CHIRP possible! 73, Sander W1SOP

2 1

[chirp_users] New Daily Build
by Build System 18 Nov '13

18 Nov '13

Greetings, A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-20131118 A list of the changes included in this build (since the last daily) follows: Changes for Build #246 [Eric Allen <eric(a)hackerengineer.net>] [uvf8d] Fix typo in settings #1057 [Jens Jensen <kd4tjx(a)yahoo.com>] fix uv-5r.py broken windows build Fixes #1201

1 0

[chirp_users] TYT TH-UV3R Cable
by David M. Carney 17 Nov '13

17 Nov '13

As many others may have discovered, the "stock" programming cable does not work with Chirp. The program acts like it's downloading from the radio, I get the progress bar, etc, but then there is nothing in Chirp. Just a blank page in Chirp for my radio. I know the problem lies with the Prolific chipset. So I'm curious, what are other users who use this radio use for a cable? David

6 9

[chirp_users] New Daily Build
by Build System 17 Nov '13

17 Nov '13

Greetings, A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-20131117 A list of the changes included in this build (since the last daily) follows: Changes for Build #245 [Jens Jensen <kd4tjx(a)yahoo.com>] [ft-90] fix upload timings, expose id and demomessage fields in memmap #1187 [Mike Pittaro <mikeyp(a)lhrc.com>] Fix Makefile in locales dir (Bug 1241) A typo in the Makefile was preventing the locale files from being built on Linux. [Jens Jensen <kd4tjx(a)yahoo.com>] [bj-uv55] initial channel editing support #1201 [Eric Allen <eric(a)hackerengineer.net>] [uvf8d] Add support for TYT TH-UVF8D #1057 [Tom Hayward <tom(a)tomh.us>] GTK+ 2.0 can't grab button focus, handle gracefully. Fixes #1219 [Jens Jensen <kd4tjx(a)yahoo.com>] [ft-90] fixes for import/export errors #1217 [Jens Jensen <kd4tjx(a)yahoo.com>] [vx-6] implement bank support #151

4 6

[chirp_users] Problem reported with Windows download?
by Eben Haber 16 Nov '13

16 Nov '13

Hi all, I've been using Chirp successfully for a while with my various radios. Recently there was a discussion on the VX-7 list about ADMS-1G programming software, and I suggested that the person try Chirp, since it worked well in my experience, and is free. One person on the list replied as follows, suggesting that there is malware in the Chirp download. Since I don't have a Windows machine, there's no way I could verify that. Is there any possibility that the Chirp download got hijacked? Or is this guy just spreading FUD to get people to buy other software? Thanks & 73, -Eben / K6EBN > 1b. Re: ADMS-1G > Posted by: "William Barrett" wbarrett(a)centurylink.net w1wjb > Date: Fri Nov 15, 2013 10:33 am ((PST)) > > DANGER!! > > I just got a bunch of crapware forced in from the CHIRP download.: > "7-zip", "VAFMusic", "DealPly", and "MyPcBackup". Some of it > resists uninstall. One leads to what looks like a hostageware site!! > > Some sort of unwanted IE toolbar came in as well.. > > DANGER!! > > KW1B

5 4

Re: [chirp_users] TYT TH-UV3R Cable
by Jens J. 16 Nov '13

16 Nov '13

First I would suggest trying out the latest daily. http://chirp.danplanet.com/projects/chirp/wiki/Download - scroll to bottom in "development builds" section Second, for mac, if you have chinese cable, it's probably fake PL2303. The official mac driver might look like its working, but nothing really happens. (At least on windows, you get the yellow icon and code 10.) You will probably want to try out the fixed driver: http://changux.co/osx-installer-to-pl2303-serial-usb-on-osx-lio/ Thirdly, with the chinese radios, sometimes they need to be factory reset to work properly. I suggest taking a backup w/ "good" oem software, then resetting radio, then attempting to download that "default" image into chirp. If the cable works on windows w/ oem software, but does not work with same cable on windows w/ latest daily chirp, then there may be a bug with chirp and your radio. In that case, please follow this guide and open a bug: http://chirp.danplanet.com/projects/chirp/wiki/How_to_report_issues On Saturday, November 16, 2013 12:51 PM, David M. Carney <n1zhe.nh(a)gmail.com> wrote: OK, I'm using the latest Stable release (not the daily) on all three machines. The cable, though it appears to be recognized by Chirp does not work. When I say "recognized", I mean Chirp seems to be downloading/uploading when I tell it to but no data is actually transferred either way. The light falshes on the radio as it does with the TYT software but no data is actually transferred. On 11/16/2013 01:44 PM, Jens J. wrote: Sorry David, >I'm still not quite following. > > >Are you saying the cable works ok with stock programming software on windows, but will not work with chirp on windows? >If so, can you confirm you are using the latest daily release of chirp? > > >If this is not so, please be explicit with where this is working and where this is not working, to include which OS and programming software you are using for each combination. > > > >On Saturday, November 16, 2013 12:34 PM, David M. Carney <n1zhe.nh(a)gmail.com> wrote: > >I have Windows 7, a late 2007 iMac or an Ubuntu 13.10 machine to choose from. > >The cable works as expected on my Windows 7 machine and it seems to be detected by my Mac and Linux (using the "dmesg | grep tty" command from a terminal. > >While useful, the "stock" programming software leaves a LOT to be desired. > > > >On 11/16/2013 01:16 PM, Jens J. wrote: > >You did not mention if you are on windows or mac? >>If on Windows, are you able to use the OEM programming software with said cable without any issues? >> >> >> >>On Saturday, November 16, 2013 12:12 PM, David M. Carney <n1zhe.nh(a)gmail.com> wrote: >> >>As many others may have discovered, the "stock" programming cable does >>not work with Chirp. The program acts like it's downloading from the >>radio, I get the progress bar, etc, but then there is nothing in Chirp. >>Just a blank page in Chirp for my radio. >> >>I know the problem lies with the Prolific chipset. >> >>So I'm curious, what are other users who use this radio use for a cable? >> >>David >> >>_______________________________________________ >>chirp_users mailing list >>chirp_users(a)intrepid.danplanet.com >>http://intrepid.danplanet.com/mailman/listinfo/chirp_users >> >> >> >> >> >>_______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users > > >

1 0

Re: [chirp_users] New stable version, power in csv
by chirp.cordless＠xoxy.net 15 Nov '13

15 Nov '13

> Date: Thu, 7 Nov 2013 14:22:38 -0500 > From: "John LaMartina" <JohnLa(a)usa.net> > > What type radio are you trying to program? Yaesu FT-60s and an FT-8800. Maybe more units for my CERT group if I can get them onboard with Chirp, but that's what I have cables for. > Date: Thu, 7 Nov 2013 11:24:15 -0800 > From: Tom Hayward <esarfl(a)gmail.com> > > There was some talk recently of releasing 0.4.0. No time table. OK, thanks. It would be welcome. Just sayin' ... >> Second: I can readily see how to set the power level for a memory >> when a .img file is loaded, and save and reload that. >> >> But I like to build my memory images from a collection of spreadsheets, >> kind of mix-n-match. Exporting to csv, it looks like the power level is lost, >> and so I infer I also can't build a csv with power level info and import it. >> >> Am I missing something, or could that be added, or is there another >> workflow that would address this issue? > > We can't think of a good way to do this. Maybe you have an idea. > Here's an example: > > Export from a 5W handheld set to high power. Import to a 50W mobile. > Do you set the imported channel on the mobile to low power, because > that is the closest option to 5W? > > We haven't been able to solve this ambiguity, so we just don't > import/export power. I understand the issue. My suggestion: Don't let the perfect be the enemy of the good. Right now your struggle with the general case is preventing me from automating the repeated programming of the same radio in the specific case. So specifically, first approach: Export the power level to csv. When importing from csv, put up a dialogue, once per file import, that asks whether to import the power level in the csv or substitute a user selectable default. The user is alerted to the issue, but at least can control it. In my case, I might decide it's worth the trouble to prepare two spreadsheets, one for FT-60, one for FT-8800. More effort, but better than the status quo. Or I might then put the power levels I want for the FT-8800 in the spreadsheet, and when importing to an FT-60, default all to high. In my experience, less than 5W is rarely usable, I often can't reach the whole group on simplex at 50W with my FT8800! And I can barely reach our local CERT repeater on 446 with my HT at 5W. So in this case, I have what I want even though there's some kludging going on. That's not solving the general case, but nobody will be blindsided that there's a name/Watt translation done by the importation that they may need to clean up. Which is no worse than what exists now. If you want a first crack at the general case: It's no secret what absolute power level (watts) hi/med/lo means for a given radio and band. That's three values for FT-60 and arguably eight, depending on how the data structure is organized, for FT-8800. Export the numerical watts to csv and do the best approximation on import. I'd build this on top of the first implementation, and allow exporting as either name or watts, and still allow a default substitution on import. But bottom line, as long as the user isn't surprised that a translation is being performed, and there's some reasonable control of that to cover the important cases (same radio, or mobile -> HT) then you have improved usability and no reason for complaint by users, I think. The obsessive user can either maintain separate spreadsheets per radio, or be alerted that they need to do a "power level cleanup" pass on the .img after importing. You say you've been thinking about this, and what I've suggested isn't rocket surgery. So perhaps I'm missing something. I'm happy to continue the discussion. Thanks and regards, -dan

2 1

[chirp_users] New stable version, power in csv
by chirp.cordless＠xoxy.net 15 Nov '13

15 Nov '13

Hey guys, a couple of questions: The current stable version 0.3.1 was released on 7-April-2013, 7 months ago. I'd prefer to stick to released versions, but I've seen quite a bunch of enhancements over the months described in the daily build notices, some of which I'd like access to. What is the thinking/ timetable for another stable release? Second: I can readily see how to set the power level for a memory when a .img file is loaded, and save and reload that. But I like to build my memory images from a collection of spreadsheets, kind of mix-n-match. Exporting to csv, it looks like the power level is lost, and so I infer I also can't build a csv with power level info and import it. Am I missing something, or could that be added, or is there another workflow that would address this issue? Thanks, -dan

6 5

[chirp_users] CHIRP won't download from Kenwood Th-F6
by John M. Prosser 15 Nov '13

15 Nov '13

I installed CHIRP OK and when I connected a radio (Baofeng UV-5R) I could download the channel information. When I tried to download the information from the Kenwood TH-F6 I could not get any information. CHIRP blinked but no information was transferred. I don't understand why it would work with the Baofeng but not with the Kenwood. I have tried 2 different programming cables. Thanks for any help. Morris

4 4