- Users - lists.chirpmyradio.com

[chirp_users] New Daily Build
by Dan Smith 17 Dec '11

17 Dec '11

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-12172011/ A list of the changes included in this build (since the last daily) follows: changeset: 1241:5b3b8611333e tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Fri Dec 16 15:00:18 2011 -0800 files: chirp/id800.py description: [id800] Fix setting is-this-used flag and set the bit to show the alpha tag on the radio if a name is set. changeset: 1240:d620ba490cd6 user: Dan Smith <dsmith(a)danplanet.com> date: Fri Dec 16 08:45:43 2011 -0800 files: chirpui/mainapp.py chirpui/memedit.py description: Fix a couple of translation-related regressions

2 1

[chirp_users] USB<--> RS-232 cables
by Mike Heitmann 15 Dec '11

15 Dec '11

All the programming cable discussions prompted me to pass this tip someone else gave me along: On the recommendation of someone I met at the D-RATS booth in Dayton this year, I've made several programming cables using these devices: http://www.ftdichip.com/Products/Cables/USBRS232.htm They terminate to bare wires so you can put whatever connector you need on the end. It's also easy to slip a copper braid over the wire for shielding if that is required. I've had no issues using them on Windows or Linux. Mouser sells them: http://www.mouser.com/Search/m_ProductDetail.aspx?FTDI/USB-RS232-WE-1800-BT… This model is RS-232, but they have them for TTL an RS-422 as well. I'm using them for radio programming and D-RATS data with my IC-2820, IC92 and ID-880, and for radio CAT/PTT/CW keying with my IC-706 and K2 HF radios. The '706 CAT cable is connected homebrewed CIV circuit covered with black heat shrink tubing. It makes a nice, compact cable. The '92AD requires the addition of a DB9 connector to mate with the ICOM radio cable unless you're willing to sacrifice it and cut it's DB9 off. Mike Heitmann, N0SO

1 0

[chirp_users] debug.log
by Mike Raymond 15 Dec '11

15 Dec '11

Attached is debug log as per your instructions. > I got the cable from KaWa on E-bay, recommended by another Ham. Good. > Yes, I followed instructions to the letter. Appreciate any other > suggestions. The 2800 has been problematic for some folks, but I thought we had gotten those issues worked out. Which version are you using? Just so we're clear, you're hitting the button to initiate the transmission on the radio *after* you have clicked "okay" on chirp and caused it to open the progress box, right? And, you're in clone mode (ready to hit the transmit button) on the radio before clicking okay on chirp, right? If so, please send me the debug.log file after trying to clone and I'll see if there's anything obvious in there. -- Dan Smith www.danplanet.com KK7DS _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users

3 8

[chirp_users] New Daily Build
by Dan Smith 15 Dec '11

15 Dec '11

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-12152011/ A list of the changes included in this build (since the last daily) follows: changeset: 1239:9f0547b93749 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Wed Dec 14 09:04:46 2011 -0800 files: chirpui/memedit.py description: When we hit an error while fetching a memory for the UI, put an empty memory in its place and mark it with a name of ERROR. This makes it more obvious to someone not looking at the console that something has happened, as well as makes it possible for a developer to get access to the raw output via the UI. changeset: 1238:adb13399d7d5 user: Dan Smith <dsmith(a)danplanet.com> date: Wed Dec 14 08:51:02 2011 -0800 files: chirp/kenwood_live.py description: Another correction on TH-F6 and TH-F7 tuning steps, to include the air band steps and avoid an error for the last two in the list (50 and 100).

1 0

[chirp_users] Image file
by Alvin Koffman 13 Dec '11

13 Dec '11

*Could someone send me a FT-8900 .img (I think that's right) file? I screwed mine up. My email is* *ka9qlq(a)gmail.com **Alvin Koffman * *Truth is not a principle. Truth is a person: Jesus Christ.* *This is what separates Jesus Christ from every other leader of every other faith. Other leaders have said, “I’m looking for the truth” or “I’m teaching the truth” or “I point to the truth” or “I’m a prophet of truth.” Jesus comes and says, “I am the truth.”*

1 0

Re: [chirp_users] CHIRP on MacOS
by Gerrit Polder 12 Dec '11

12 Dec '11

I'm using this one: http://www.sparkfun.com/products/9716 Gerrit. On 8 dec. 2011, at 21:00, chirp_users-request(a)intrepid.danplanet.com wrote: > Thank you for your reply.? I've not followed this subject until a couple of days ago, what exactly is the ftdi interface?? I'm going to try the driver Larry sent me but if that doesn't work, I may need to find one of these ftdi interfaces. >

2 1

[chirp_users] followup
by Mike Raymond 11 Dec '11

11 Dec '11

Here is debug log as per your instructions. Ideas? 73 Mike > I got the cable from KaWa on E-bay, recommended by another Ham. Good. > Yes, I followed instructions to the letter. Appreciate any other > suggestions. The 2800 has been problematic for some folks, but I thought we had gotten those issues worked out. Which version are you using? Just so we're clear, you're hitting the button to initiate the transmission on the radio *after* you have clicked "okay" on chirp and caused it to open the progress box, right? And, you're in clone mode (ready to hit the transmit button) on the radio before clicking okay on chirp, right? If so, please send me the debug.log file after trying to clone and I'll see if there's anything obvious in there. -- Dan Smith www.danplanet.com KK7DS

1 0

[chirp_users] New Daily Build
by Dan Smith 10 Dec '11

10 Dec '11

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-12102011/ A list of the changes included in this build (since the last daily) follows: changeset: 1237:63b66460baba tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Fri Dec 09 17:59:29 2011 -0800 files: locale/pl.po description: Update PL translation changeset: 1236:a0d115957945 user: Dan Smith <dsmith(a)danplanet.com> date: Fri Dec 09 12:48:14 2011 -0800 files: chirp/icf.py description: Fix IC91AD ICF identification

2 1

[chirp_users] CHIRP files & memories sharing between different radios
by IZ5FSA, Leo 08 Dec '11

08 Dec '11

I have a problem retrieving (re-opening) files saved in CHIRP format: "error: unable to open schema". Is there a bug or my config error? I have got three radios I want to keep aligned in memories: - IC2820E - ICE92D - TH-D72E The only way I have is to save memories in CSV files, and separated memories for FM and DV channels. Is there another way to do this? *73 de Leo, IZ5FSA *

6 10

Re: [chirp_users] CHIRP on MacOS
by Gerrit Polder 08 Dec '11

08 Dec '11

Dave, Larry, I had similar problems with my UV-3R programming cable which also uses the pl2303 chip. I replaced it with a ftdi interface, it works great now. See also my message of: Wed Nov 9 12:59:00 PST 2011 kindly, Gerrit. On 8 dec. 2011, at 04:50, chirp_users-request(a)intrepid.danplanet.com wrote: > > My wife says this driver works - apparently the distribution suite of > drivers doesn't recognize the pl-2303 chip.

2 1

[chirp_users] reply
by Mike Raymond 07 Dec '11

07 Dec '11

>> I got the cable from KaWa on E-bay, recommended by another Ham. >Good. >> Yes, I followed instructions to the letter. Appreciate any other >> suggestions. >The 2800 has been problematic for some folks, but I thought we had >gotten those issues worked out. Which version are you using? Chirp Version or FT 2800? I will report back...... >Just so we're clear, you're hitting the button to initiate the >transmission on the radio *after* you have clicked "okay" on chirp and >caused it to open the progress box, right? And, you're in clone mode >(ready to hit the transmit button) on the radio before clicking okay on >chirp, right? I will try again using your steps, but I think thats how I did it. >If so, please send me the debug.log file after trying to clone and I'll >see if there's anything obvious in there. ok, I will do that tomorrow first opportunity. Thanks again for your help. 73 Mike

2 1

[chirp_users] Inquiry
by Mike Raymond 07 Dec '11

07 Dec '11

Hi, Thanks for the fast reply. I tried to change my email from K5HUM(a)ARRL.NET to Gmail using your site....hope it worked. Ok.... >> Next I purchased a cable for my FT-2800 Yaesu but I get a read header >> error. >Where did you get your cable? I got the cable from KaWa on E-bay, recommended by another Ham. >> This cable also came with a driver but an inspection indicates this >> driver is identical to the prolithic driver on the IC-2200 driver >> disk. Why dosent it work? >Unfortunately, Yaesu radios are not very smart and require you to >initiate the clone from the radio side once CHIRP is ready. Are you >doing this? Yes, I followed instructions to the letter. Appreciate any other suggestions. 73 Mike

2 1

[chirp_users] Chirp
by Mike Raymond 07 Dec '11

07 Dec '11

Not sure if its permissible to ask a question here. If not, please inform where. I D/L and used the latest CHIRP to program my Icom IC-2200 as well as a china UV_3V mini HT, both programmed successfully using the driver that came with the USB cable for the IC-2200. In other words, same cable and driver worked ok for both radios.. Next I purchased a cable for my FT-2800 Yaesu but I get a read header error. This cable also came with a driver but an inspection indicates this driver is identical to the prolithic driver on the IC-2200 driver disk. Why dosent it work? Any advice appreciated... 73, MIKE K5HUM

2 1

[chirp_users] New Daily Build
by Dan Smith 07 Dec '11

07 Dec '11

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-12072011/ A list of the changes included in this build (since the last daily) follows: changeset: 1235:564b9bfa0988 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Tue Dec 06 09:13:18 2011 -0800 files: chirp/icf.py description: [ic9x] Support opening IC91AD ICF files as well as IC92AD ones

2 1

[chirp_users] New Daily Build
by Dan Smith 03 Dec '11

03 Dec '11

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-12032011/ A list of the changes included in this build (since the last daily) follows: changeset: 1234:22594f5b000e tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Fri Dec 02 17:05:19 2011 -0800 files: locale/en_US.po locale/pl.po description: Update locales with new strings changeset: 1233:f3364b6edda9 user: Dan Smith <dsmith(a)danplanet.com> date: Fri Dec 02 17:04:52 2011 -0800 files: chirpui/bankedit.py chirpui/clone.py chirpui/cloneprog.py chirpui/common.py chirpui/dstaredit.py chirpui/editorset.py chirpui/importdialog.py chirpui/inputdialog.py chirpui/mainapp.py chirpui/shiftdialog.py description: Mark the remaining strings in the UI for localization (I think)

1 0

[chirp_users] New Daily Build
by Dan Smith 03 Dec '11

03 Dec '11

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-12012011/ A list of the changes included in this build (since the last daily) follows: changeset: 1231:fd86c48f5ab6 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Wed Nov 30 17:38:08 2011 -0800 files: build/make_win32_build.sh setup.py description: Build Win32 version with Python 2.7.x changeset: 1230:74b436210c47 user: Dan Smith <dsmith(a)danplanet.com> date: Wed Nov 30 17:37:49 2011 -0800 files: chirpui/mainapp.py chirpw description: Report python version in the debug log and Help->About changeset: 1229:281ae1b032dd user: Dan Smith <dsmith(a)danplanet.com> date: Wed Nov 30 13:01:42 2011 -0800 files: chirpui/memedit.py locale/en_US.po locale/pl.po description: Localization of memedit.py changeset: 1228:8694e04b381b user: Dan Smith <dsmith(a)danplanet.com> date: Wed Nov 30 12:36:45 2011 -0800 files: chirpw description: Move import of chirpui until after we setup the locale changeset: 1227:be79dd14d8a7 user: Dan Smith <dsmith(a)danplanet.com> date: Wed Nov 30 12:30:16 2011 -0800 files: locale/pl.po description: Polish translation updates from Grzegorz, SQ2RBY

2 2

[chirp_users] New Daily Build
by Dan Smith 02 Dec '11

02 Dec '11

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-12022011/ A list of the changes included in this build (since the last daily) follows: changeset: 1232:78ced3ea4659 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Thu Dec 01 16:39:06 2011 -0800 files: locale/pl.po description: Update the Polish translation

1 0

[chirp_users] New Daily Build
by Dan Smith 01 Dec '11

01 Dec '11

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-11302011/ A list of the changes included in this build (since the last daily) follows: changeset: 1226:7a828a680c44 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Tue Nov 29 16:35:34 2011 -0800 files: chirpui/mainapp.py description: Localization for chirpui/mainapp.py changeset: 1225:57bfd7dfe187 user: Dan Smith <dsmith(a)danplanet.com> date: Tue Nov 29 16:34:55 2011 -0800 files: MANIFEST.in chirp/chirp_common.py chirpw setup.py description: Initial infrastructure for locales in CHIRP changeset: 1224:2ed0426f8668 user: Dan Smith <dsmith(a)danplanet.com> date: Tue Nov 29 16:18:21 2011 -0800 files: locale/Makefile locale/en_US.po locale/pl.po description: Beginnings of a localization infrastructure

3 5

[chirp_users] ubuntu-hams ppa
by leonard keepers 01 Dec '11

01 Dec '11

hello group. would anyone mind explaining what ubuntu-hams ppa software is or does. thank you Leonard

4 3

[chirp_users] Attention please, users of the Ubuntu-hams PPA
by Steve Conklin 25 Nov '11

25 Nov '11

What follows is a message recently sent to the Ubuntu-hams mailing list. I know there are some people on this list who use the Ubuntu-hams PPA, and we're trying to reach as many people as we can about this change. Steve AI4QR ========================================================= QST QST QST. ACTION IS REQUIRED BY YOU if you use the ubuntu-hams PPA software archive! . . . In order to comply with Launchpad's recently improved PPA security policy[0] we have removed the ubuntu-hams PPA and replaced it with a new PPA owned by a new Launchpad team "ubuntu-hams-updates": https://launchpad.net/~ubuntu-hams-updates/+archive/ppa This will allow us to properly control uploads to the PPA, and therefore much stronger protection from malware interference[1]. Our open access "ubuntu-hams" team will continue to exist at: https://launchpad.net/~ubuntu-hams and will continue to host our mailing list, but will no longer host a PPA software archive. You do not need to join the new "ubuntu-hams-updates" team (in fact you cannot do so), but you must now remove the old defunct PPA and add the new PPA to your system software sources[2]. To do so, paste these commands into a terminal window: sudo rm -f /etc/apt/sources.list.d/ubuntu-hams-ppa-* # type your password when prompted sudo apt-add-repository ppa:ubuntu-hams-updates/ppa # press ENTER when prompted sudo apt-get update # wait for the "$" prompt to reappear The orange Update Manager icon will likely now appear in your icon bar at upper right; use it to install the latest updates from the new PPA and the main Ubuntu archive. We apologize for the inconvenience. If you have any questions about the new ubuntu-hams-updates PPA, or the migration process, do not hesitate to ask. 73 de KA6MAL es AI4QR -Kamal Mostafa KA6MAL -Steve Conklin AI4QR [0] Launchpad has mandated that large teams like ~ubuntu-hams (226 members and growing) should better control who can upload and modify their PPA software archives. [1] We have never experienced any malware interference with our ubuntu-hams PPA; this is a preventative measure. [2] If you don't update your software sources, no harm will occur... your existing ubuntu-hams packages will remain installed on your system, but you won't get any further updates to those packages.

1 0

[chirp_users] New Daily Build
by Dan Smith 20 Nov '11

20 Nov '11

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-11172011/ A list of the changes included in this build (since the last daily) follows: changeset: 1217:8bc664d3fe85 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Wed Nov 16 16:22:24 2011 -0800 files: tests/run_tests description: [tests] Various cleanups to the ANSI test output changeset: 1216:29a7240ab35f user: Dan Smith <dsmith(a)danplanet.com> date: Wed Nov 16 16:22:09 2011 -0800 files: chirp/directory.py description: Don't list the ft7900 in the directory since it's the same as the 7800 changeset: 1215:69c11df86c49 user: Dan Smith <dsmith(a)danplanet.com> date: Wed Nov 16 15:57:17 2011 -0800 files: tests/run_tests description: [tests] Fix tests to not punish radios for unsupported tone values changeset: 1214:01dbf673fb75 user: Dan Smith <dsmith(a)danplanet.com> date: Wed Nov 16 15:56:54 2011 -0800 files: chirp/alinco.py description: [dj596] Properly indicate unsupported tone values changeset: 1213:f543ec3ae8b9 user: Dan Smith <dsmith(a)danplanet.com> date: Wed Nov 16 15:47:17 2011 -0800 files: chirp/ft7800.py description: [ft8900] Hopefully fix setting the "show name" flag changeset: 1212:c85797d0450c user: Dan Smith <dsmith(a)danplanet.com> date: Wed Nov 16 07:32:02 2011 -0800 files: chirpui/mainapp.py description: Set the main window icon on non-Win32 systems (might need some tweaking for MacOS)

3 6

[chirp_users] New Daily Build
by Dan Smith 19 Nov '11

19 Nov '11

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-11192011/ A list of the changes included in this build (since the last daily) follows: changeset: 1223:41edbdce88af tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Fri Nov 18 18:13:33 2011 -0800 files: chirp/ic9x.py description: [ic9x] Fix limited charset changeset: 1222:96002de5d16c user: Dan Smith <dsmith(a)danplanet.com> date: Fri Nov 18 09:53:18 2011 -0800 files: chirp/kenwood_live.py description: [thf6] Fix tuning steps (hopefully) changeset: 1221:89a61fc48d17 user: Dan Smith <dsmith(a)danplanet.com> date: Fri Nov 18 09:50:05 2011 -0800 files: chirp/chirp_common.py chirp/id880.py description: [id880] Fix up tuning steps changeset: 1220:5cb39f2dc521 user: Dan Smith <dsmith(a)danplanet.com> date: Fri Nov 18 09:21:58 2011 -0800 files: chirp/id880.py description: [id880] Avoid clearing the are-we-6.25-step flag every time we load a memory changeset: 1219:317fd4a4d3c3 user: Dan Smith <dsmith(a)danplanet.com> date: Fri Nov 18 08:33:35 2011 -0800 files: chirpui/memedit.py description: Make the Location field not editable. Memories should be copied or moved with the cut/copy/paste functionality. changeset: 1218:aa715bbc74d2 user: Dan Smith <dsmith(a)danplanet.com> date: Fri Nov 18 07:36:50 2011 -0800 files: chirp/kenwood_live.py description: [kenwood] Fix parsing and generating memory specs for tuning steps with an index of greater than 9.

2 1

[chirp_users] Question on chirp with TH-F6A
by bnjkoch＠comcast.net 17 Nov '11

17 Nov '11

Dan & Team: CHIRP - great project! Thanks for supporting the HAM community in all of your (many) efforts. I own a Kenwood TM-F6A hand-held transceiver, purchased in fall 2008. My first trial with chirp(ver 0.1.12) lead to errors, but I read in a FAQ about a F6A bug fix in version(chirp-daily-11092011). Chirp(ver11092011) allowed access to the radio without errors. When I attempted to export the data, an error was generated. 1. See attachment(1.jpg) for screen.cap prior to error. 2. See attachment(2jpg) for screen.cap at error. 3. See attachment(ver.jpg) for screen.cap of version information. Environment: 1. WinXP(MediaCenter2002_sp2) on a DELL XPS.400(DXP051) 2. USB><Serial converter to OEM serial cable to radio. Ideas: 1. I am not a "real" programmer :) the error seems to involve a function where the argument is a HEX value but expected a DEC value. 2. I used the same equipment to access the TH-F6A with the Kenwood prog s/w and it worked as expected. 3. I can try another USB><Serial converter, but this error doesn't seem to point that direction. 4. I can try to clear all memory on the F6A but would rather hear your ideas first. What's next? In the future, would you rather see screen.cap's as attachments or in-line images? Any other advice? PS: My interest in CHIRP was sparked when a HAMShare class was offered for this Saturday, Nov-19-2011, in Auburn, WA. One of the (many) topics is CHIRP. Thanks and Best Regards; Bruce Koch - AD7XS

2 1

[chirp_users] New Daily Build
by Dan Smith 16 Nov '11

16 Nov '11

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-11162011/ A list of the changes included in this build (since the last daily) follows: changeset: 1211:2d7f23198fa6 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Tue Nov 15 11:37:14 2011 -0800 files: share/contrib/chirp.rnc share/contrib/chirp.rng share/contrib/chirp_banks.rnc share/contrib/chirp_banks.rng share/contrib/chirp_memory.rnc share/contrib/chirp_memory.rng description: Add RelaxNG and RNC XML schema files from Leigh/WA5ZNU

1 0

Re: [chirp_users] New Install with OSX Lion
by Kerry Case 15 Nov '11

15 Nov '11

Im using the mac OX. what I did is that I bought the rtsystems software with the USB 29A cable. I don't want to use windows. my question is can I still use that cable with chirp on the mac system(remember its not the opc-478 cable) I keep getting a error message Can't find the radio can you help thanks kerry n1urt

5 4

[chirp_users] icom 2820h cable
by Kerry Case 12 Nov '11

12 Nov '11

I bought the RTsystems software with the USB 29A cable that plugs into the audio jack. the question I have is. is this the right cable and what driver should I use or buy the opc-478u. can someone help thanks

1 0

[chirp_users] mac OX using chirp
by Kerry Case 12 Nov '11

12 Nov '11

I am have a problem with the communication between chirp and the radio using mac OX I am using a USB cable. I need some sort of driver maybe. Can someone help thanks kerry 73s

1 0

Re: [chirp_users] Programming Cable Guide
by Gerrit Polder 10 Nov '11

10 Nov '11

Dan, here is some additional information for the programming cable guide. For the Baofeng UV-3R is a USB cable available with a prolific chip. Unfortunately the latest driver from prolific does not work with this cable. You have to use a weird old driver used for GPS equipment in the past (PL2303_Prolific_GPS_AllInOne_1013.exe). It does not work with Mac OS X, don't know about Linux. for this reason I replaced the interface with a SparkFun FTDI Breakout board (http://www.sparkfun.com/products/9716). This one works like a charm. Furthermore I also can program my BF-U3 using Windows 7. The old cable could only be used with Windows XP. I removed the cable from the prolific board and soldered it to pin headers which fit in the header connecter of the SparkFun board. For what its worth: black to ground, green to tx, red to rx. kindly, Gerrit.

3 2

[chirp_users] New Daily Build
by Dan Smith 09 Nov '11

09 Nov '11

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-11092011/ A list of the changes included in this build (since the last daily) follows: changeset: 1210:98a6c35472da tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Tue Nov 08 10:55:32 2011 -0800 files: chirp/ft60.py description: [ft60] Set the "name valid" bit along with the "name used" bit. Also, consider the name valid bit when deciding whether or not to process the name on get_memory().

2 1

[chirp_users] New Daily Build
by Dan Smith 08 Nov '11

08 Nov '11

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-11082011/ A list of the changes included in this build (since the last daily) follows: changeset: 1209:0947f0d2e8f9 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Mon Nov 07 15:08:51 2011 -0800 files: chirp/ft60.py description: [ft60] Fix memory bounds not to include location 1 changeset: 1208:bb563d715088 user: Dan Smith <dsmith(a)danplanet.com> date: Mon Nov 07 15:02:40 2011 -0800 files: chirp/ft60.py description: [ft60] Don't process the name if use_name is false

2 1

[chirp_users] FT-60R / Chirp 0.1.12 / Ubuntu 11.04 Read _mem.tmode error
by Leigh L. Klotz Jr 06 Nov '11

06 Nov '11

I was wrong about the reading: it fails in read. The value _mem.tone is 0x74 and gets IndexError as I determined with this change: try: mem.tmode = TMODES[_mem.tmode] except: print "TMODES failed tmode is %s" % (_mem.tmode) Clone thread ended Starting memedit tmode is 0x07 (.....111b) Exception running RadioJob: list index out of range -- Exception: -- Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/chirpui/common.py", line 81, in execute Bank Index supported: False Bank supported: False result = func(*self.args, **self.kwargs) DTCS Code supported: True File "/usr/lib/pymodules/python2.7/chirp/ft60.py", line 213, in get_memory DTCS Pol supported: False Mode supported: True mem.rtone = chirp_common.TONES[_mem.tone] Offset supported: True IndexError: list index out of range Name supported: True ------ Leigh/WA5ZNU

3 2

[chirp_users] FT-60 / Chirp 0.1.12 / Ubuntu 11.04 Fails to write
by Leigh L. Klotz, Jr WA5ZNU 06 Nov '11

06 Nov '11

I get persistent failure to write to radio on an FT-60 with Chirp 0.1.12 on Ubuntu 11.04. It read from the radio OK, but I cannot write back either immediately or after exiting chirp and loading a saved .IMG file. Additionally, I get an IndexError in attempting to use Export from chirp. Procedure: Turn on FT-60 with Moni pressed, select menu item F8 Clone, Depress Moni until RX appears, then do Upload to Radio from Chirp. Below is stdout. Leigh/WA5ZNU CHIRP 0.1.12 on Linux - Ubuntu 11.04 Starting memedit Exception running RadioJob: list index out of range -- Exception: -- Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/chirpui/common.py", line 81, in execute Bank Index supported: False result = func(*self.args, **self.kwargs) Bank supported: False File "/usr/lib/pymodules/python2.7/chirp/ft60.py", line 208, in get_memory DTCS Code supported: True DTCS Pol supported: False mem.tmode = TMODES[_mem.tmode] Mode supported: True IndexError: list index out of range Offset supported: True ------ Name supported: TrueJob Args: (0,) Job KWArgs: {} Tune Step supported: True Name supported: True ToneSql supported: False Cross Mode supported: False Exception running RadioJob: list index out of range -- Exception: -- Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/chirpui/common.py", line 81, in execute result = func(*self.args, **self.kwargs) File "/usr/lib/pymodules/python2.7/chirp/ft60.py", line 208, in get_memory mem.tmode = TMODES[_mem.tmode] IndexError: list index out of range ------ Job Args: (0,) Job KWArgs: {} Started Clone thread started -- Exception: -- Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/chirpui/clone.py", line 222, in run self.__radio.sync_out() File "/usr/lib/pymodules/python2.7/chirp/ft60.py", line 170, in sync_out upload(self) File "/usr/lib/pymodules/python2.7/chirp/ft60.py", line 66, in upload raise Exception("Radio did not respond") Exception: Radio did not respond ------ Clone failed: Radio did not respond Clone thread ended

2 1

[chirp_users] Programming Cable Guide
by Dan Smith 06 Nov '11

06 Nov '11

Hi all, I often get private questions about which cable to use for programming particular radios (especially the Icom 92AD). The CHIRP site has a little bit of information about this, but I think we can do better. I just created a "Programming Cable Guide" page here: http://chirp.danplanet.com/projects/chirp/wiki/CableGuide This is just a brain dump from memory on various radios and cables. I would much appreciate: 1. Corrections, comments, and additions 2. Links to pages describing how to build cables 3. Links to reputable vendors of 3rd party cables If anyone is interested in helping edit this page directly, let me know and I'll get you set up with edit access. Thanks! -- Dan Smith www.danplanet.com KK7DS

4 11

Re: [chirp_users] Programming Cable Guide
by Aubrey Turner 05 Nov '11

05 Nov '11

I don't know if it does or not. Unfortunately I've misplaced the CD (I just downloaded the drivers from their site instead), or I would check. 409Shop didn't have them on their site, but you should be able to get the driver from the Prolific website. Here's the link: http://www.prolific.com.tw/eng/downloads.asp?ID=31 Note that it's a PL2303 chip (I messed up the chipset name in my original email). On Nov 5, 2011 3:44 AM, "Craig Ludwig" <craiglud(a)me.com> wrote: > Does their driver CD come with drivers for OS X? Just wondering as I use a > mac and this looks like a great setup with cables! > > Craig > > On Nov 3, 2011, at 12:52 PM, Aubrey Turner wrote: > > > I have some info on 3rd party cables if you are interested. > > > > I am using a 2-in-1 cable from 409Shop.com to program a number of Yaesu > > radios. > > > > Here's the product: > > - http://www.409shop.com/409shop_product.php?id=103790 > > > > It works with my VX-7R, FT-60R, and FT-7800R. It should also work with > > my FT-8800R, but I haven't tried it (programmed what few memories I > > needed manually on that rig). > > > > There are two things to know: > > - You will need the Prolific drivers from the 409Shop website for it to > > work on Windows (getting the 'latest and greatest' from Prolific will > > cause it to fail). > > - The 3.5mm adapter has the threading for the VX-7R. It *will* work > > with the non-threaded Yaesu units (FT-60R, VX-3, etc), as the rest of > > the plug is physically and electrically identical. It just sticks out a > > bit on the FT-60R. > > > > As for being reputable I've never had an issue with 409Shop. You just > > have to remember that they're in Hong Kong and it may take a while for > > the shipment to get to you. I have also used a USB cable from them to > > program a Wouxun KG-UVD1P (although I must note that this was not with > > CHIRP, as I sold that unit before I learned about CHIRP) and I used > > another of their cables for the Baofeng UV-3R. Pretty much all of their > > cables (and the ones on eBay) use the Prolific PL2032 chipset, so I have > > a laptop set up with those drivers and use it for all my radio > > programming (once the driver is installed, it works for all of the > > 409Shop cables). > > > > If you want a U.S. vendor, I've also had luck purchasing cables from > > Valley Enterprises. Here are their Yaesu cable selections: > > - http://www.valley-ent.com/catalog/yaesuvertex-c-25_45_49.html > > > > They carry a line of cables using FTDI USB-serial chipsets, which gets > > around a lot of the software hassles Windows users have had with the > > Prolific-based ones. I have one of their cables for my Yaesu FTM-350AR. > > > > > > On 11/03/2011 02:29 PM, Dan Smith wrote: > >> Hi all, > >> > >> I often get private questions about which cable to use for programming > >> particular radios (especially the Icom 92AD). The CHIRP site has a > >> little bit of information about this, but I think we can do better. I > >> just created a "Programming Cable Guide" page here: > >> > >> http://chirp.danplanet.com/projects/chirp/wiki/CableGuide > >> > >> This is just a brain dump from memory on various radios and cables. I > >> would much appreciate: > >> > >> 1. Corrections, comments, and additions > >> 2. Links to pages describing how to build cables > >> 3. Links to reputable vendors of 3rd party cables > >> > >> If anyone is interested in helping edit this page directly, let me know > >> and I'll get you set up with edit access. > >> > >> Thanks! > >> > > > > _______________________________________________ > > 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

[chirp_users] New Install with OSX Lion
by Craig Ludwig 05 Nov '11

05 Nov '11

I have installed the KK7DS_Python_Runtime_R5, Chirp 0.1.12, KawaMall USBSerial cable with Prolific PL2303 drivers, and am trying to program a Yaesu FT8800R. When I can verify that that my usbserial devices in connected through system profiler. When I connect the radio and open Chirp I select the usbserial device and start a download. The radio immediately quits with an error and Chirp reports 'An error occurred' 'ord() expected a character, but string of length 0 found'. How can I start to debug this error?

4 13

[chirp_users] New Daily Build
by Dan Smith 05 Nov '11

05 Nov '11

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-11052011/ A list of the changes included in this build (since the last daily) follows: changeset: 1207:c36c62678cbd tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Fri Nov 04 09:48:47 2011 -0700 files: chirpui/mainapp.py description: When exporting, warn if the destination file exists, and remove it before doing the export if the user wishes.

2 1

[chirp_users] New Daily Build
by Dan Smith 04 Nov '11

04 Nov '11

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-10262011/ A list of the changes included in this build (since the last daily) follows: changeset: 1202:2201c2864c35 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Tue Oct 25 11:55:54 2011 -0700 files: chirp/kenwood_live.py description: [kenwood] Fix some of the kenwood MODEL definitions so that they match what gets returned during detection. changeset: 1201:faf37496599c user: Dan Smith <dsmith(a)danplanet.com> date: Tue Oct 25 09:45:55 2011 -0700 files: chirp/ft60.py description: [ft60] Make sure to enable display of the memory name on the ft60 if one is set.

4 11

[chirp_users] Building a VX-8 cable
by Robert Terzi 03 Nov '11

03 Nov '11

See this link for building a custom VX-8 cable: http://users.tpg.com.au/vk4go1/vx8-2.htm Note: you can buy just the connector with a cable on it for the VX-8 from RT Systems for $8. You still need something to get 0-3.3V. If you have multiple radios I would get one FTDI serial adapter and wire different ends. You could use the 6 pin FTDI cable. See TTL-232R-3V3 or TTL-232R-5V depending on whether you need 3.3V or 5V. http://www.ftdichip.com/Products/Cables/USBTTLSerial.htm http://www.ftdichip.com/Support/Documents/DataSheets/Cables/DS_TTL-232R_CAB… You can get that cable as well as some other good FTDI usb serial breakout boards from some of the electronics DIY places like Adafruit, Sparkfun, Seeedstudio, etc. https://www.adafruit.com/products/70 Or https://www.adafruit.com/products/284 Or http://www.sparkfun.com/products/9873 If you are doing other things with micro-controllers, wireless router hacking, you will probably wind up with a few of these in your toolbox anyway as many embedded devices have a 3.3V or 5V serial console buried in there somewhere.

1 0

[chirp_users] Fedora Linux RPMs for New Daily Build Available
by Mike Heitmann 31 Oct '11

31 Oct '11

On Oct 31, 2011, at 6:01 AM, Dan Smith <dsmith(a)danplanet.com> wrote: > 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-10312011/ All, Linux Fedora RPMs for the latest chirp-daily build are now available in the KK7DS Ham-Apps yum repository. To add the repository as a software source, please follow these instructions: http://www.d-rats.com/component/content/article/30-d-rats-yum-repository/ I know it says d-rats, the chirp files are in the same repository After setting up the repository, open the "Add/Remove Software" tool and go to "software sources" under the system menu. Make sure the "KK7DS Ham Apps Beta Software" line is checked (enabled). For some reason, the Fedora package manager likes the beta versions better that the daily builds, so you may not see the daily release in the list the first time you update. If you don't see it, open a terminal window and enter: yum update chirp-daily_10312011 Or, If you are running Fedora fc13 or earlier, enter: yum update chirp-daily_10312011-1.fc13 That should install the latest daily build. Happy Testing! Mike, N0SO

1 0

[chirp_users] New Daily Build
by Dan Smith 31 Oct '11

31 Oct '11

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-10312011/ A list of the changes included in this build (since the last daily) follows: changeset: 1206:72d26d304cf5 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Sun Oct 30 15:49:53 2011 -0700 files: chirp/directory.py chirp/kenwood_live.py description: [thf7] Add (speculatively) support for the TH-F7E

1 0

[chirp_users] Unable to detect Kenwood TH-K2
by mason fann 30 Oct '11

30 Oct '11

Daily build 10262011 for Mac OS. Using a USB-Serial adapter on my Kenwood TH-K2. Chirp says "unable to probe radio model." Works great with my Puxing-777 though.

2 9

[chirp_users] New Daily Build
by Dan Smith 30 Oct '11

30 Oct '11

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-10292011/ A list of the changes included in this build (since the last daily) follows: changeset: 1205:1ae2404752f8 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Fri Oct 28 16:33:05 2011 -0700 files: chirp/alinco.py chirp/directory.py description: Add support for Alinco DR-03T and DR-06T changeset: 1204:447325cc04f5 user: Dan Smith <dsmith(a)danplanet.com> date: Fri Oct 28 16:33:03 2011 -0700 files: chirp/alinco.py description: [dj596] Fix the tone list so that unsupported tones are rejected changeset: 1203:aeda8f420487 user: Dan Smith <dsmith(a)danplanet.com> date: Fri Oct 28 08:25:31 2011 -0700 files: chirp/directory.py chirp/kenwood_live.py description: [thd7] Fix identification of TH-D7G radio

2 1

Re: [chirp_users] FT-8900
by Dan Smith 28 Oct '11

28 Oct '11

> On the FT-8900 with this latest build... names still show as frequency and > not the alpha numeric name. Is there a way to toggle to show all alpha? > When I upload to the radio, it displays frequency. I can go to a channel > and toggle one channel at a time but that is not what I want to do. That means that my mapping of the bit that controls whether the name is used or not is not correct. The code is *attempting* to always enable the display of the name. If you can send me two images like I asked for the FT-60, I'll try to sniff it out. -- Dan Smith www.danplanet.com KK7DS

1 0

[chirp_users] latest build trouble on MacOS
by mason fann 28 Oct '11

28 Oct '11

I downloaded the .1.1.12 .zip file for MacOS. After Extraction when I run the .App it prompts about being first time run and do I want to download. Immediately after clicking 'OK' it gives an error saying "unable to fetch CHIRP 0.1.12". Is there a way to manually download the full App?

3 7

[chirp_users] FM Narrowband
by Allan R. Batteiger 27 Oct '11

27 Oct '11

Dan I tried to set the FM Narrow option on the FT-8800, the mode only seems to give me options for FM & AM. Using other software I have options of FM, FMN, and AM. We are stating to go NarrowBand FM here in the DFW area to attempt to free up some frequencies for more repeaters. What do you need to add this mode ? Would a set of files similar to the ft-60 files work ? one for FM , one for Am and one for NFM ? Allan R. Batteiger WB5QNG

2 1

[chirp_users] SOLVED: Problems under Ubuntu 11.10?
by Dave Passey 25 Oct '11

25 Oct '11

This is my last thread butchery for the day, promise! I found out what the "problem" is, if there really is one. Its more like user error, certainly not a problem with Chirp its self. The "problem" is the Unity interface under Ubuntu. The menu bar is taken away from the app window, and stuck up at the top of the screen but kept invisible until mouseover. When Chirp starts up, it is not full screen and has nothing to display. However, if the user moves the mouse to the top of the screen, the menu bar appears and the app is quite useable. The most intuitive way around this is simply to maximise Chirp - the top of its window then sits below the menu bar and everything feels reasonably good! Chirp seems to be programming my UV-3R very nicely indeed - I'm over the moon that I can have the same memories in my 3R and my VX-6 with ease! Unity is pretty, but it does have its usability problems from time to time, hi! Thanks and 73, Dave M0MYA.

2 1

Re: [chirp_users] Need help with FT-60
by Dan Smith 25 Oct '11

25 Oct '11

> On the FT8900, it used to display the Alpha name. About two version ago, it > went to frequency. Are you saying that I can set the radio to show ALL the > alpha names? Currently I can do this one at a time. If there is an ALL > option, I will need to find it. No, the radio won't do the mass update for you. I meant that CHIRP should be setting the flag any time it changes a memory. No change to this functionality was intended, nor do I think any was really made. CHIRP would inherit the flag already set in the memory if it didn't set it. Looking at the code, both the 8800 and 8900 should be setting the flag to display the alpha tag. If you don't see this behavior, please send me the two image dumps as I requested for the FT-60 and I'll take a look. Thanks! -- Dan Smith www.danplanet.com KK7DS

1 0

Re: [chirp_users] Need help with FT-60
by Dan Smith 25 Oct '11

25 Oct '11

> How about the YAESU FT-8900 (Mobile) and the YAESU VX-6R (HT)? Do you need > images for these? Do these (and the others that Allan offered) have the same naming issue? -- Dan Smith www.danplanet.com KK7DS

3 4

Re: [chirp_users] Need help with FT-60
by Dan Smith 25 Oct '11

25 Oct '11

> There is no option to turn them off or on in the previous versions. I have > not tried today's release yet. Does the latest release have that option > too? No, this change was just to force the flag to "on" if there is a name set, and force it off if not. Adding the option to be settable by the user is a little more involved as it affects every radio chirp supports. -- Dan Smith www.danplanet.com KK7DS

1 0

[chirp_users] Need help with FT-60
by Dan Smith 25 Oct '11

25 Oct '11

Hi all, I need someone to send me a couple of FT-60R images with a single change made. This is so I can fix something in the driver. Since I don't have one here, I could use the help. I need the person to: 1. Download an image of the radio 2. Toggle the "mem name/frequency" setting on one channel (i.e. change it from either showing the memory to showing the frequency, or vice-versa) 3. Download another image of the radio 4. Send me both images, telling me which memory was toggled and in which direction Thanks! -- Dan Smith www.danplanet.com KK7DS

3 6