- Users - lists.chirpmyradio.com

[chirp_users] CHIRP 0.1.9b10
by Dan Smith 17 Apr '09

17 Apr '09

Hi all, I just posted 0.1.9b10 with the following changes: - Fix import (and export for that matter) - Fix ic9x band A memory storing - Fix ic9x delete memory function - Add radio->stop to flush the queue of all waiting jobs for ic9x - Add GTK stock items to menu (i.e. pretty icons) - Fix ic9x detection of AM as NFM - Add accelerator keys for a bunch of menu items Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0

Re: [chirp_users] CHIRP 0.1.9b9
by David Tilson 15 Apr '09

15 Apr '09

G'day Dan, > - Fix the ic9x issue with band edges. This was actually much worse in > that it was just requesting the wrong channel numbers from > the radio. Yep, that's better... > It can be accessed here: > > http://chirp.danplanet.com/trac Excellent, it is already at the top of my favourites list, for frequent access :) > Bugs reports and feature requests should be reported there so > we can keep track of them. If you're reporting a > radio-related issue, be sure to attach your radio image, > debug log, and potentially an ICF file if appropriate. Dan, the debug.log files are (in my case) normally larger than 256KB, which is the max attachment size you currently have set for TRAC. I just tried sending a debug.log for issue #2, which is approx 830KB, and TRAC wouldn't accept it. I'll send it separately. > Dave > T, don't forget the web server is a single-processor machine > with a finite amount of storage space :-D Hmm, this could be a problem... You might need to tap into some of your work computers :) > I think CHIRP lends itself even more to the > copy-the-list-on-ticket- status-emails model, so do we want > to enable that here as well? Definitely! Cheers, davidt

2 1

[chirp_users] CHIRP 0.1.9b9
by Dan Smith 15 Apr '09

15 Apr '09

Hi all, Changes are: - Fix the ic9x issue with band edges. This was actually much worse in that it was just requesting the wrong channel numbers from the radio. - Fix TSQL detection in ic2200 (broken for a while it would seem). - Fix incorrect frequency calculation on ic2200 if a non-12.5kHz frequency is stored in a channel with a tune-step of 12.5kHz. Also, at this point I'd like to reveal the CHIRP issue tracker. It's just like the D-RATS one if you're familiar with that. It can be accessed here: http://chirp.danplanet.com/trac Bugs reports and feature requests should be reported there so we can keep track of them. If you're reporting a radio-related issue, be sure to attach your radio image, debug log, and potentially an ICF file if appropriate. Dave T, don't forget the web server is a single-processor machine with a finite amount of storage space :-D I think CHIRP lends itself even more to the copy-the-list-on-ticket- status-emails model, so do we want to enable that here as well? Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0

Re: [chirp_users] CHIRP 0.1.9b8
by David Tilson 15 Apr '09

15 Apr '09

G'day Dan, > - Fix (hopefully) the mis-numbering of memories from ic9x radios with > the new driver. The fix was simple and obvious. Yep, confirmed... However :) On the IC-92AD Band A, although the status information indicates that CHIRP read all 800 memories, it will only display up to 351. It does not display 352 - 799. On the IC-92AD Band B, the status information indicates that CHIRP read all 400 memories, but it will only display up to 189 and then 0A. It does not display 190 - 399. I tried this a few times with consistent results. I'll send the debug log separately and matching ICF file, as they are too big for the list. I then fired up version 0.1.9b4 as a comparison and it read all of the memories in both Band A and Band B correctly. Cheers, Davidt, VK3UR

2 1

[chirp_users] CHIRP 0.1.9b8
by Dan Smith 14 Apr '09

14 Apr '09

Hi all, I apologize for letting CHIRP work get away from me. The changes are: - Fix (hopefully) the mis-numbering of memories from ic9x radios with the new driver. The fix was simple and obvious. - Fix the import/export function (since the advent of the priority-based queue). - Make an import/export action take priority over the massive and obligatory "background load" to avoid waiting until that completes to allow the import. Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0

Re: [chirp_users] CHIRP 0.1.9b7
by David Tilson 21 Mar '09

21 Mar '09

> Hmm, I swear it works here. I'll have to take another look. > > This is a CSV of your radio as generated with a known-working > CHIRP, is that right? Yep, I attached it previously as it had 100 memories programmed, so you'd be able to see any gaps in CHIRP. > Thanks :) No dramas. Cheers, davidt

1 0

Re: [chirp_users] CHIRP 0.1.9b7
by David Tilson 20 Mar '09

20 Mar '09

G'day Dan, > I just posted 0.1.9b7 with the following changes: You're not going to like this :( > - Fix memory numbering weirdness in 9x driver Ummm, nope. This does not appear to have changed here. On my radio (Band A) I have Mems 0 - 100 all with content in them, but CHIRP is still reporting Mems 1 - 9 correctly, then skips to show a block from Mem 16 to Mem 25 (but with Radio Mem 10 to Mem 19 content), then skips to another block from Mem 32 to Mem 35 (with Radio Mem 20 - 22 content). It has similar blocks of memory jumping throughout the remainder of the memories, but I think you get the idea. This feature also occurs on Band B as well. > - Make 9x driver cache empty memories to avoid re-checking This function looks like it is now working, as it only loads the memories once :) I've attached a CSV for Band A Mems 0 - 099 which you could import and use to confirm. Cheers, Davidt, VK3UR - still with unresolved issues :)

2 1

[chirp_users] CHIRP 0.1.9b7
by Dan Smith 19 Mar '09

19 Mar '09

Hi all, I just posted 0.1.9b7 with the following changes: - Fix memory numbering weirdness in 9x driver - Make 9x driver cache empty memories to avoid re-checking Hopefully this will actually addres most of Dave's issues. The memory numbering thing was so broken that a number of other things could have been breaking, so I decided to get another version out to test quicker. Thanks a lot to Susan who did some excellent debug work before I even got to it which made the process of fixing it much quicker :) -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

2 1

[chirp_users] more on getting OS X working
by Debbie Fligor 18 Mar '09

18 Mar '09

Dan and the group, I'm looking for thoughts on why d-rats works fine, and chirp doesn't for my MacBook Pro. I've tried Susan's path: export PYTHONPATH=/opt/local/lib/python2.5/site-packages using the rest of python as-is in MacOS 10.5.6 (although I might have more installed in site-packages than she does, it's where my ports drats build setup is) and am still getting the same error I do with either my fink or ports full setup (both of which work fine with d-rats). the main window opens, I can choose new, or look at the about box, but not open the serial port. I'm wondering if I've got some cache file somewhere that's messing things up, it seems to always have a problem with "list index out of range" I was pretty sure that at least once I got it to run many versions ago, but I'm not 100% sure on that. If so it was summer time frame. I tried both 1.8 (since Susan had it working on Mac) and the latest beta). Any ideas are appreciated. -debbie, n9dn here's MacOS's python with the path set to the ports site packages: 951 Mnementh> python chirpw Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "RANDR" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Traceback (most recent call last): File "/Users/fligor/bin/chirp-0.1.8/chirpui/mainapp.py", line 391, in mh self.do_open9x(ic9x.IC9xRadioB) File "/Users/fligor/bin/chirp-0.1.8/chirpui/mainapp.py", line 119, in do_open9x rtype="ic9x") File "/Users/fligor/bin/chirp-0.1.8/chirpui/clone.py", line 70, in __init__ self.port = miscwidgets.make_choice(ports, True, ports[0]) IndexError: list index out of range ^CTraceback (most recent call last): File "chirpw", line 37, in <module> gtk.main() here's fink's python that works just fine for d-rats: 991 Mnementh> python2.5 chirpw chirpw:41: PangoWarning: error opening config file '../Resources/etc/ pango/pangorc': No such file or directory a.show() Traceback (most recent call last): File "/Users/fligor/bin/chirp-0.1.9b5/chirpui/mainapp.py", line 391, in mh self.do_open9x(ic9x.IC9xRadioB) File "/Users/fligor/bin/chirp-0.1.9b5/chirpui/mainapp.py", line 119, in do_open9x rtype="ic9x") File "/Users/fligor/bin/chirp-0.1.9b5/chirpui/clone.py", line 70, in __init__ self.port = miscwidgets.make_choice(ports, True, ports[0]) IndexError: list index out of range

2 3

Re: [chirp_users] CHIRP 0.1.9b5
by Susan Mackay 18 Mar '09

18 Mar '09

Dan, I can only see V0.1.8 on the downloads page of your web site. Is this page still waiting to be updated or do I need to go somewhere else to get the latest beta version? Susan

2 1

Re: [chirp_users] CHIRP 0.1.9b6
by David Tilson 18 Mar '09

18 Mar '09

Howdy, > Right, that's the idea. It's downloading them in the > background if there is nothing else to do. No probs with that at all and what I expected. > > I then looked at the contents of Mem 10 (on the radio) and > it matched > > Mem 16 in CHIRP, likewise Mem 11 on the radio matched Mem > 17 in CHIRP, > > etc. I checked Mem 22 (on the radio) as the next break in > the memory > > map and it matched Mem 34 on CHIRP. > > Okay, I'm not sure I understand. Are you saying that unused > memory gaps are resulting in an incorrect ordering in CHIRP? Not quite as there were no memory gaps in the radio... Mems 00 - 100 are all in use in Band A, however CHIRP reported that Mems 10 - 15, 22 - 33, etc had nothing programmed in them and displayed incorrect Memory positions for that data. Not sure if that is clear or not, so I'll try a different description... The data is there in CHIRP, but as indicated earlier, it does not match the Memory location on the radio. CHIRP appears to be putting gaps in to the list. > > One other thing I noticed was that even though CHIRP downloaded the > > entire contents of Band A, without prompting when it was initially > > connected, if I instructed CHIRP to display 00 - 800, it would > > download the entire contents again. > > Hmm, that's not the way it's supposed to work :) I figured that would probably be the case :) > One thing that may be throwing you off is that it (yet) > doesn't cache empty memories, so it will check the radio > again to see if those have been added. Is this perhaps what > you perceived as re-downloading the memories? Understand that. No, that is not what I was seeing. It was downloading all 845 memories each time. > If not, does it do this on Band B? In all honesty, I rarely > test with Band A since Band B has more stuff to go wrong, so > perhaps I broke something with Band A specifically. OK, just tried it on Band B and had the same results, ie CHIRP indicates that Mems 0 - 09, 16 - 21, 34 - 35, 64 - 69 are displayed, whereas the radio shows that Mems 0 - 23, 40 - 45, 50 - 73 are all in use. The data is all there, but the Radio Mems don't line up with the CHIRP Mems. Hope that makes sense :) Cheers

2 1

[chirp_users] CHIRP 0.1.9b6
by David Tilson 17 Mar '09

17 Mar '09

G'day Dan, I've just installed version 0.1.9b6 on WinXP here. First set of tests. Connect to IC-92AD Band A and download memory contents. Even though CHIRP was displaying 00 - 25 as the initial range, it downloaded in excess of 800 memories (I'm guessing the 800 + 45 special mems), however it did not display all of the memories between 00 and 25 as I would have expected. It displayed 0 - 9 and then 16 - 21, followed by 34 - 37. Everything else was missing, however when I looked at the debug log it had read 845 memories. I then looked at the contents of Mem 10 (on the radio) and it matched Mem 16 in CHIRP, likewise Mem 11 on the radio matched Mem 17 in CHIRP, etc. I checked Mem 22 (on the radio) as the next break in the memory map and it matched Mem 34 on CHIRP. I then instructed the CHIRP to read mems 00 - 800 and Mem 100 (on the radio) matched Mem 258 on CHIRP. By the time I got to Mem 799 on the radio I had 1920 memories according to CHIRP. If only it were true, as I could really use the additional memories :) I repeated this exercise twice, after exiting / restarting, with the same results. One other thing I noticed was that even though CHIRP downloaded the entire contents of Band A, without prompting when it was initially connected, if I instructed CHIRP to display 00 - 800, it would download the entire contents again. I'll send the debug log to you directly, but from the few that I checked the memories match up correctly in the log. Regards, David Tilson, VK3UR

2 1

[chirp_users] CHIRP 0.1.9b5 on Cent)S 5.2
by Adrian 14 Mar '09

14 Mar '09

Have found this very good with the 92AD Dan, sorry group re; the D-Rats etc, subject line I used on previous posts. regards Adrian

2 1

[chirp_users] CHIRP 0.1.9b5
by Dan Smith 14 Mar '09

14 Mar '09

Hi all, It has been ages since I got out an update to CHIRP. My apologies for that. Other things have taken priority, as usual. Stuart Tener N3GWG has recently reignited the fire under my, um, keyboard and helped conceive and test some of the following bits. Hopefully with his help, I can go back to getting less sleep and more CHIRP work done! I just posted 0.1.9b5: - Make import action attempt to add callsigns as necessary to the incoming radio - Improve responsiveness during long import actions and offer some visual stimulation to reassure the user we're still working - Fix broken "browse" button on the image clone dialog - Fix a 2820 issue where some extra cleanup is required when moving a channel from FM to DV mode - Add MacOS build support - Pick up Prolific USB device names on MacOS - Change the way the callsign list editor works (to show all slots) - Make the callsign editor use fixed-width font for easier lining up of callsigns - Set the initial sort field to be the location column in memory editor on load - Re-write the 9x driver to be cleaner and more maintainable (shouldn't impact functionality, but plenty of testing is needed to ensure we didn't regress) - Make the radio thread work queue support multiple priorities Please do hammer the 9x driver to make sure nothing (else) was broken after the re-write. Also note that with the 9x, you can now make changes to memories before all of the memory channels have loaded and that the entire list of memories will be fetched in the background for quicker loading, but this does not prevent other activities such as callsign/bank editing, etc. If you're running on MacOS, please try out the new MacOS .app package. I can generate a PPC version if anyone needs it. If it works, thank Stuart for that. You can also thank him for making your serial ports properly populate in the clone box :) Have at it and let us know of any new issues! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

2 3

[chirp_users] D-RATS 0.3.0-alpha5 on CentOS 5.
by Adrian 14 Mar '09

14 Mar '09

>I might've, yeah. Does the callsign editor show numbered callsign slots? Looks like it has Dan ie; http://vk4tux.no-ip.org:81/chirpalpha5.jpg vk4tux

2 1

[chirp_users] D-RATS 0.3.0-alpha5 on CentOS 5.2
by Adrian 13 Mar '09

13 Mar '09

Built this one as per usual python setup.py install method and the result GUI help > about shows; CHIRP 0.1.9b4 Run progarm from the extracted folder with same result. Did you forget to update that to CHIRP 0.1.9b5 Dan? Or is it something I did. vk4tux

2 1

[chirp_users] Hello all
by IT2 Stuart Blake Tener, USNR 05 Mar '09

05 Mar '09

ALCON: Hello all, I am Stuart (N3GWG) and I wanted to kind of introduce myself to the group here. I am a Computer Scientist that has been an Amateur since mid-1988 (16 AUG to be exact is when I got my Novice ticket), and I also have a strong background in radio programming software. When I conducted an initiate review of CHIRP and its capabilities, my first response (as was posted on the list) was, is their a MacOS version? Mainly, because I use a Mac, and am a Unix System Administrator. Since that point, I have familiarized myself with CHIRP and its build process and source code control system, and should have a MacOS version ready within the next day or so (there are additional improvements to CHIRP that we are working on, that I hope to be part of that version). As is many times the case, I hope that the MacOS version will be ahead of the Windows version feature-wise. Just as an aside on MacOS, if you "dual boot" Linux and Windows (as I used to do, granted I have virtualization software also), I found the migration to an Apple environment (Microsoft Office runs natively in MacOS) capable of provisioning all the Unix needs I had as well as running most of the olde Microsoft based software I had run. So, if you do Unix Administration or that, I do truly suggest looking at a Mac. Besides, the hardware is ubber cool too! I own an IC-91AD and an IC-2820, and have been slowly working on understanding CHIRP (on a source code level) so that greater functionality can be apportioned. So keep an eye out for the pronouncement of when and where to get the MacOS version of CHIRP, it will be forthcoming very soon! -- IT2 Stuart Blake Tener, USNR, N3GWG (Extra), MROP Beverly Hills, CA / Las Vegas, NV / Philadelphia, PA / Washington, DC mobile: (310) 358-0202 Nextel: 124*233172*14 (direct connect) e-mail: teners(a)bh90210.net

1 0

[chirp_users] Import error
by dave＠proficia.com 05 Mar '09

05 Mar '09

Attempting import from csv file getting the following error message. There was an error opening C:\Documents and Settings\Dave Cooley\Desktop\KR4X-4b.csv: `Tone ' is not in valid list: ['', 'Tone', 'TSQL', 'DTCS', 'DTCS-R', 'TSQL-R'] What is this error message telling me? I place it next to a csv file that WILL import and the fields all look identicle. -- Dave Cooley N4DIB www.tampadstar.com

2 1

[chirp_users] MacOS Version of Chirp
by IT2 Stuart Blake Tener, USNR 03 Mar '09

03 Mar '09

ALCON: I have been a Unix System Administrator for many years, and in fact would be quite capable of testing, compiling, or generating object code on my Intel Mac for the benefit of the community. My understanding of the current Apple Development Kit is that you can generate Intel based code on the PPC, whether it is "Universal" code for any target processor (PPC or Intel), or Intel specific (and optimized) code that is intended for only the Intel chip. Now I understand this is mostly written in Python, anyway, but, just some food for thought here. I saw where someone was speaking of a ".19" version (beta?) but given the open source nature of the software, was surprised to not see it on the download site. One thing I had been working on was a decoder for reading the code plug from an "ICF" file. Now that I see this software is here, I would be willing to try to integrate that into Chirp such that we could at least read and for sure try to shoot for writing "ICF" files compatible with the ICOM software for Windows. -- Very Respectfully, IT2 Stuart Blake Tener, USNR Las Vegas, NV / Beverly Hills, CA / Philadelphia, PA / Washington, DC Amateur Radio Call Sign: N3GWG (Extra) / Marine Radio Operator Permit (MROP) email: teners(a)bh90210.net (also carbon copies to my Blackberry) phone: +(1) 310.358.0202 (Beverly Hills, CA, forwards to mobile phone) phone: +(1) 215.338.6005 (Philadelphia, PA, voice mail only) E-Fax: +(1) 928.437.4505 (Telecopier, fax to email gateway) Military emails (checked monthly until remote NMCI access is secured) NIPRNET: stuart.tener(a)navy.mil NIPRNET: stuart.b.tener(a)us.army.mil NRO: teners(a)nro.mil TS/SCI: tenerstu(a)nro.ic.gov (GWAN) Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and/or privileged information, though strictly at the UNCLASSIFIED level. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the originate message.

3 3

Re: [chirp_users] MacOS Version of Chirp
by Susan Mackay 03 Mar '09

03 Mar '09

I can run Chirp 0.1.8 on Leopard if I do the following: I have installed the python 'serial' and 'gtk' packages through macports. Therefore I need to include the statement: export PYTHONPATH=/opt/local/lib/python2.5/site-packages into my environment startup file. You may have a different place. I also needed to alter a line in 'Platform.py' because of the slightly different names of the USB serial ports. I changed it to: def list_serial_ports(self): return sorted(glob.glob("/dev/ttyS*") + glob.glob("/dev/ ttyUSB*") + glob.glob("/dev/tty.usb*")) (Note the 3rd part - the serial USB ports on my system are all labelled "/dev/tty.usbxxxxx") With those to changes, I 'cd'd to the directory and ran: ./chirpw with success. If you have not played with the default X11 set-up, then X11 should start automatically when needed. (BTW, I'm using the X11-2.3.2.1.dmg X11 distribution if that matters - I doubt it). I have an IC-91AD that connects through an FTDI chip to the USB port. I also have the FTDIUSBSerialDriver_v2_2_10.dmg drivers installed. Hope this helps someone. Susan

2 1

[chirp_users] How to convert from 800-2820 and back?
by dave＠proficia.com 03 Mar '09

03 Mar '09

Please excuse the ignorance. Apparently I was absent the day that we went over this. What is the correct (or succesful) procedure for converting a file from an 800 icf file to a 2820 icf file? I can import into Chirp and save as a Chirp or img file. Is there no way to save as an ICF file that the cs-d800 or cs-2820 software can read other than to load directly into the radio with Chirp then read it back out with the icom software?

2 1

[chirp_users] What it does and how ?
by Steven Samuel Bosshard (NU5D) 02 Mar '09

02 Mar '09

Is there a repository of information about what exactly chirp does and how to use ? It looks like native chirp files do not apply to 91/92 radios. Just looking for a what is what page. Also it seems when I export from a 91 / 92 to csv, then use open office calc to edit the file, that there is a data mismatch error trying to re-open in chirp, even if I don't (knowingly) change anything. TNX and 73, Steve -- "It is a poverty to decide that a child must die so that you may live as you wish." Mother Teresa

2 1

Re: [chirp_users] Info
by Dan Smith 27 Feb '09

27 Feb '09

> Worked EXACTLY as advertised. I did this on band a first - worked just > fine and thanks for the clarification. Steve Wow, even _I'm_ surprised it worked :D -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0

[chirp_users] Info
by Steven Samuel Bosshard (NU5D) 27 Feb '09

27 Feb '09

I have both a 91 and 92 here on the desk. The 91 is programmed to my liking. Is there a quick step by step on how to transport the contents (memories) from the 91 to the 92 ? Sorry I am kinda dense on this and please be patient. (both radios communicate with the chirp. I can save and load csv files. I get a schema error trying to load *.chirp files). Thanks, Steve NU5D -- "It is a poverty to decide that a child must die so that you may live as you wish." Mother Teresa

2 1

[chirp_users] Building Chirp under MacOS
by IT2 Stuart Blake Tener, USNR 25 Feb '09

25 Feb '09

ALCON: Ok, I just gave it a try, and found that it is missing a "gtk" library under MacOS. -- Very Respectfully, IT2 Stuart Blake Tener, USNR Las Vegas, NV / Beverly Hills, CA / Philadelphia, PA / Washington, DC Amateur Radio Call Sign: N3GWG (Extra) / Marine Radio Operator Permit (MROP) email: teners(a)bh90210.net (also carbon copies to my Blackberry) phone: +(1) 310.358.0202 (Beverly Hills, CA, forwards to mobile phone) phone: +(1) 215.338.6005 (Philadelphia, PA, voice mail only) E-Fax: +(1) 928.437.4505 (Telecopier, fax to email gateway) Military emails (checked monthly until remote NMCI access is secured) NIPRNET: stuart.tener(a)navy.mil NIPRNET: stuart.b.tener(a)us.army.mil NRO: teners(a)nro.mil TS/SCI: tenerstu(a)nro.ic.gov (GWAN) Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and/or privileged information, though strictly at the UNCLASSIFIED level. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the originate message.

1 0

[chirp_users] MacOS Version of Chirp
by IT2 Stuart Blake Tener, USNR 25 Feb '09

25 Feb '09

ALCON: I have both an ICOM IC-91AD and IC-2820 as well as a MacBook Pro running MacOS 10.5.6, and would like to know when a version of Chirp might be forthcoming for the Mac. Construction of a cable has been completed, and I look forward to having my radio programmable natively under MacOS. 73, Stuart, N3GWG -- Very Respectfully, IT2 Stuart Blake Tener, USNR Las Vegas, NV / Beverly Hills, CA / Philadelphia, PA / Washington, DC Amateur Radio Call Sign: N3GWG (Extra) / Marine Radio Operator Permit (MROP) email: teners(a)bh90210.net (also carbon copies to my Blackberry) phone: +(1) 310.358.0202 (Beverly Hills, CA, forwards to mobile phone) phone: +(1) 215.338.6005 (Philadelphia, PA, voice mail only) E-Fax: +(1) 928.437.4505 (Telecopier, fax to email gateway) Military emails (checked monthly until remote NMCI access is secured) NIPRNET: stuart.tener(a)navy.mil NIPRNET: stuart.b.tener(a)us.army.mil NRO: teners(a)nro.mil TS/SCI: tenerstu(a)nro.ic.gov (GWAN) Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and/or privileged information, though strictly at the UNCLASSIFIED level. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the originate message.

3 3

[chirp_users] Special channels
by David Tilson 14 Feb '09

14 Feb '09

Me again... Understanding that you are one busy dude and that this has possibly dropped off your radar, because I haven't hassled you for a while, but when you have a spare 5 minutes could you please add the ability to export / import the special channels (eg: C0, C1, etc) to/from the CSV file routines. Thanks, davidt

2 1

Re: [chirp_users] CHIRP 0.1.8
by David Tilson 14 Feb '09

14 Feb '09

G'day Dan, > It takes so freaking long to clone the 2820 that I'm always > apt to choose the easiest route that works unless there is a > real problem. It's a pain to debug issues in that thing :) Yep, I understand. The DSQL and Code problem appears to be resolved on the 2820 with 0.1.9b4. Thanks for that. I haven't been able to replicate the lockup of CHIRP when an invalid frequency was entered through a CSV import on the 2820 in 0.1.9b4. I did try something on the 92AD Bank B that had an interesting result. I had a valid frequency entered in Mem 57 of 146.6375 MHz. I performed a CSV import with Mem 57 set to an invalid freq of 136.6375. The import screen showed that the new freq would be 136.6375, however when the import occurred the frequency remained at 146.6375 (unchanged). I then deleted Mem 57 as well as Mem 58 from the radio and did the CSV import again. In the CSV file Mem 57 had the corrupt frequency and Mem 58 had a valid frequency. This time nothing was saved in Mem 57, however Mem 58 imported correctly. > I hope you > are far enough away that you won't have to worry about > endangering yourself, your family, or your home. Be safe and > good luck! Yes, we are safe thanks. The majority of the fires have been at least an hours drive to the north east and approx 2 hours drive to the east. We are still concerned though as there is March is traditionally the month for fires down here. Cheers, davidt

2 1

Re: [chirp_users] CHIRP 0.1.8
by David Tilson 14 Feb '09

14 Feb '09

G'day Nate, Thanks for your concerns, it is appreciated. The koala, who has become known famously around the world as Sam, is now in a wildlife shelter recovering with 3rd degree burns on her paws (Sam is a female koala). They showed a brief reunion with Sam and the firefighter, who gave her a drink, a few nights ago on TV and they now appear to have a special bond... Out of interest Richard VK3JFK, Peter VK3TQ and I flew over the fires last Sunday night, on the way back from demonstrating D-STAR at an interstate hamfest, and from 30'000 feet we could clearly see the enormity of the fire front and the devastation below. Regards, Davidt, VK3UR

1 0

Re: [chirp_users] CHIRP 0.1.8
by David Tilson 14 Feb '09

14 Feb '09

G'day Dan, > So, I've got a fix to clear those values *if* we're setting a > non-DV memory to DV mode. The reason I'm doing this instead > of blindly resetting them is so that if you've set the values > in your radio (since CHIRP doesn't support them), I don't > want to clobber them. Thus, to see this fix, you'll need to > do something like reset your radio and re-import from CSV or > some such (let me know if that doesn't make any sense). > > Anyway, give 0.1.9b4 a shot and let me know if it fixes the > issue for you. OK, thanks for looking at that. I'll try it later today and report back. Interesting though was that the memories that were being affected had previously been DV memories, not FM. In some cases I was overwriting existing DV memories with CHIRP and in other cases I had deleted the contents of the memories with the CS-2820 software prior to importing with CHIRP. Also interesting was the fact that the error was only occurring in memory locations that were being directly written to. > > On a secondary issue, I discovered yesterday when importing a CSV > > file into the IC-92AD, with CHIRP 0.1.8, that if a frequency is out > > of range (example: 136.6375, instead of 146.6375) then CHIRP locked > > up and had to be killed / restarted. > > I have not been able to replicate this with 0.1.9b3. Can > you? No probs. I'll try that as well and report back. Thanks also for your concerns regarding the bushfires around Victoria in our off-list emails. The fires started last Saturday after the temp exceeded 46C / 115F with strong winds and the stats so far are: 181 deceased and still expected to rise, more than 1,800 homes destroyed and more than 7,000 people homeless. It has been estimated that over 1,000,000 animals died in the fires. Many people still aren't allowed to return to their properties due to safety reasons and don't know if they have a home to return to. Regards, Davidt, VK3UR

3 2

[chirp_users] CHIRP 0.1.8b8
by Dan Smith 13 Feb '09

13 Feb '09

Hi all, I just posted 0.1.8b8 which I hope we can call the official 0.1.8. I didn't add import/export of the special memories because it's going to require some additional logic in the actual import process than I really want to do at this point. Since that's more GUI-related, I want to push that off to 0.1.9. The changes from b7 are: - Improved Linux packaging - CSV file includes bank letter instead of number Linux users will likely want to use the new install procedure. To do so, grab and unpack the tar file as usual. Then do: $ cd chirp-0.1.8b8 $ python setup.py install This should put an icon in your applications menu (under HamRadio) and install CHIRP to the regular system locations. I'd appreciate some reports from linux users on what distro they're using and about any problems they're facing. Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

3 9

[chirp_users] Data corruption when downloading from radio
by Andrew Hood 10 Feb '09

10 Feb '09

Hi, I have CHIRP version 0.1.8 and using a OPC-478 cable to connect to my IC2200H I find that the download seems to go ok but when I look at the data some of it is corrupted. For example, instead of showing 146.9625 in the frequency it shows 117.5700 73 de Andy VK2EAH

2 1

Re: [chirp_users] CHIRP 0.1.8
by David Tilson 06 Feb '09

06 Feb '09

G'day Dan, > Just so you don't think you're being ignored, this is in my > pipeline to look at. There are just a lot of things there already :) No probs at all. I'm just about to hop on a plane to go to the Wyong Hamfest. I was able to work around the problems for the moment anyway, so neither of them were a show stoppers, just a few items for when you get around to them :) Seeya, Davidt, VK3UR

1 0

[chirp_users] CHIRP 0.1.9b2
by Dan Smith 06 Jan '09

06 Jan '09

Hi all, I just posted CHIRP 0.1.9b2 with a single bugfix. Jeff reported an issue with importing into a 2200, which turned out to be an issue with the 2200 driver improperly handling large duplex offset values. I've fixed that, and have also fixed the bug that caused him not to not see a reasonable error message as a result. So, if you were experiencing this issue, you might be interested in 0.1.9b2. Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0

[chirp_users] 2200H?
by J lists 05 Jan '09

05 Jan '09

I'm having an issue trying to import a CSV into the 2200H program file. I was able to import it into my ID800 and into my 92AD, but when I do it on the 2200H it seems to just lock up. Am I doing something wrong? Tnx in advance

2 1

Re: [chirp_users] csv format
by David Tilson 06 Dec '08

06 Dec '08

> Correct, the ID800, IC2200, and IC?82 radios will only accept > uppercase characters. I thought that might be the case with a few of the radios, but didn't know which models. I'll update the wiki later to reflect this. > The individual radio drivers should coerce them to upper > case, but I'm not confident that they all do that in a > consistent manner :D This might be a pain, but is it worth getting CHIRP to force a case change to upper case for those specific radios? Cheers, davidt

3 7

Re: [chirp_users] CHIRP 0.1.8b7
by David Tilson 04 Dec '08

04 Dec '08

G'day Dan, > I just posted b7 with the following changes: All of this testing is on my IC-92AD... > - Fixed up setting bank back to None Confirmed. Just a thought... If the Bank is set back to "none" is it worth forcing the Bank Index to "-1" so that the number is available for reuse. Currently it looks like you can only set the Bank Index back to "-1" manually. It may also make things cleaner if you sort the list based on Bank Index in the GUI. BTW, I worked out yesterday why the Bank was only displaying as "A-", "B-", etc and the same with the drop down Bank list when the field was selected, instead of just showing "A", "B", etc in the GUI. It was simply that the default width for the Bank field in the GUI was truncating any Bank names that had been entered. I should have checked that earlier, but simply widening that field in the GUI showed the additional information. Having the GUI display the Bank name, which you have done, makes it easier to choose the appropriate bank. > - Fix ic9x bank index being 0 instead of -1, thus avoiding auto-set Confirmed and the auto-set feature now works on the IC-92AD if the Bank Index was originally "-1". > - Add a "Special Memories" check box at the top to show/hide them Confirmed. > - Make all radios return all special memory locations all the time I presume you mean when the check box is enabled. If yes, confirmed. > - Improve automatic bank index selection Not sure what you have changed here. However, I did notice in the last couple of betas that in the Banks tab I can enter a long Bank Name which appears to be OK while CHIRP is running, but then gets truncated to 8 chars when you exit / restart CHIRP. Would it be better to limit the field to 8 chars (or whatever the radio can handle) at the point of entering the Bank name? This could probably wait until you attack the GUI in 0.1.9. > - Avoid loading the callsign lists at startup for radios that don't > require them. Instead load on the first attempt to show the D-STAR > tab. YAY!!! This makes the loading much faster. The only question is if you perform an export, for example to .chirp format, and you haven't pressed the D-STAR tab to load the callsign lists, will CHIRP grab this info and include it in the export? > I still haven't added the special memory support to > import/export, nor have I added the conversion of bank index > to letters. Nor have I added the bank index collision detection. No dramas. > Dave T, I hope you appreciate the last item in the changed > list. I got so tired of waiting for those big lists to > download *every* time I opened up the 92 :) Yep, see above :) > I think I'm going to fix up bank-index-to-letter bit for > import/export and then call 0.1.8 good, barring any other > actual bugs. I haven't come across any other bugs in this version, based on my testing with the IC-92AD, that would stop release once the bank-index-to-letter and import / export are addressed. I'll update the wiki Data Model on the wiki to reflect the Special Memories section and link it to the main CHIRP wiki page. > I wanted to release 0.1.8 a while ago with > mostly just individual memory field completeness, but the > special memory support has been quite a can of worms. Yeah, but it was such a simple and harmless request to include them in this release :) > We've > got a lot of things to fix that are all GUI-related that I > want to tackle in 0.1.9, and thus want to avoid the scope of > 0.1.8 creeping any further. Agree. Cheers, Davidt, VK3UR

2 1

[chirp_users] CHIRP 0.1.8b7
by Dan Smith 04 Dec '08

04 Dec '08

Hi all, I just posted b7 with the following changes: - D-STAR support for IC-x82 - Fixed up setting bank back to None - Fix ic9x bank index being 0 instead of -1, thus avoiding auto-set - Add a "Special Memories" check box at the top to show/hide them - Make all radios return all special memory locations all the time - Improve automatic bank index selection - Avoid loading the callsign lists at startup for radios that don't require them. Instead load on the first attempt to show the D-STAR tab. I still haven't added the special memory support to import/export, nor have I added the conversion of bank index to letters. Nor have I added the bank index collision detection. Dave T, I hope you appreciate the last item in the changed list. I got so tired of waiting for those big lists to download *every* time I opened up the 92 :) I think I'm going to fix up bank-index-to-letter bit for import/export and then call 0.1.8 good, barring any other actual bugs. I wanted to release 0.1.8 a while ago with mostly just individual memory field completeness, but the special memory support has been quite a can of worms. We've got a lot of things to fix that are all GUI-related that I want to tackle in 0.1.9, and thus want to avoid the scope of 0.1.8 creeping any further. That, and I have several things I have to do to D-RATS that I've been ignoring :) -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0

Re: [chirp_users] CHIRP 0.1.8b6
by David Tilson 04 Dec '08

04 Dec '08

G'day Dan, > I just posted b6 with the following changes: > - Special memory (call, scan edge) support for all radios (except call > channels on the 9x) Confirmed. It looks like the Call channels as well as 0A, 0B, 1A and 1B all came across fine on the IC-2820H. I presume you're aware that the Export function currently doesn't include any of the additional channels on the IC-2820H and the IC-92AD. > - Fix the issue with Bank-A on all radios that Dave Tilson hit Confirmed. Thanks for that. > - Make the memory editor autoselect the next free bank index if one is > not currently set when selecting a bank I think I understand what you mean here, but on my IC-92AD... I selected Mem 50 and set Bank "A", Bank Index "1". It then let me select Mem 51 and set it to Bank "A", Bank Index "1" and also Mem 52 to Bank "A", Bank Index "1". Therefore 3 memories are set to Bank "A" with Bank Index "1". If I understand your intention Mem 51 should not have let me enter a Bank Index "1" and should have forced the Bank Index to "2" and Mem 52 should have auto set it to "3". I then tried this on the IC-2820H... Note: Now on the IC-92AD the default Bank Index appears to be "0" from the CHIRP GUI, but on the IC-2820H the default Bank Index appears to be "-1". On the IC-2820H the auto increment looks like it works as it kept incrementing new entries as expected. However.... When I tried to set a Bank from (in this case) "G" to "none" an error message popped up saying "Invalid value for this field Invalid bank number 26". As a result I couldn't work out how to remove a Bank entry in the Memory tab. Similar to the IC-92AD problem, of auto increment listed above, I found on the IC-2820H that I could overwrite an existing Bank Index with another one that already existed, so that there could be multiple memories with the same Bank and Bank Index. > I didn't get a chance to make the CSV export use bank letters > instead of indices, but I will. Thanks Dan. Will look forward to that in a future release. Hope that helps :) Cheers, davidt

2 1

[chirp_users] CHIRP 0.1.8b6
by Dan Smith 03 Dec '08

03 Dec '08

Hi all, I just posted b6 with the following changes: - Special memory (call, scan edge) support for all radios (except call channels on the 9x) - Fix the issue with the 2820's bank support that Dave Cooley hit - Fix the issue with Bank-A on all radios that Dave Tilson hit - Make the memory editor autoselect the next free bank index if one is not currently set when selecting a bank The first item was quite rough, it turns out. However, I think it's working now with a few exceptions. First, I need to fix it up so that the special channels are always editable (since it's non-trivial to insert a new row between 3A and 4B). Second, I need to add an option in the View menu to show (or not) the special memories. Third, I need to get out the sniffer again and figure out what the magic incantation is to get the call channels from the 9x radios. I didn't get a chance to make the CSV export use bank letters instead of indices, but I will. -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

2 2

Re: [chirp_users] CHIRP 0.1.8b5
by David Tilson 03 Dec '08

03 Dec '08

> Whew. Okay, I'll get that fixed up and spin another one. > > Thanks for your patience :) No problems my friend... It probably would have helped if I had tried a few other scenarios first time around to narrow down the problem :) Cut and pasted from your email to Dave: > That next beta would, by the way, be coming soon if I could figure out what the heck Dave Tilson's problem is :) Are you refering to my CHIRP problem, or just in general??? :D Cheers, davidt

2 1

Re: [chirp_users] CHIRP 0.1.8b5
by David Tilson 03 Dec '08

03 Dec '08

G'day Dan, > > More important was the issue that the Bank was > > not being written to the CSV file. > > Okay, I'm confused. I've been really busy lately, and so my > attention to this has been spotty at best, which might be why > I'm having trouble maintaining context. No probs, we all get busy at times. > When I export to a CSV file from my 92, I get a bank number > and bank index. The number is 0 for A, 3 for D, etc. The > bank index is also a number and is 0 if not set. OK, I've narrowed the problem down. If I enter any Bank letter, other than "A", then it saves a numeric digit in the Bank field in the CSV file, as per your description. However, when I enter Bank "A" into a memory, it writes nothing to the Bank field. I had originally only tried Bank "A". > Are you not seeing this behavior? Perhaps the numeric bank > designation is confusing? I suppose I could make it > translate between letters and numbers on export/import... I think it would be a lot neater if you could translate it to letters, rather than numbers, so that the appearance is consistant. Hope this helps... Cheers, davidt

2 2

[chirp_users] Bank Info Missing after import
by Dave Cooley 03 Dec '08

03 Dec '08

In using the "convert icf" function some of the bank names (of individual channels) did not come across. Due to the fact that no bank name is present the "Bank Index Value" presents as "-1". I have included both the original ICF file and the resluting chirp img file. Dave Cooley N4DIB

2 3

Re: [chirp_users] CHIRP 0.1.8b5
by David Tilson 03 Dec '08

03 Dec '08

G'day Dan, > > Yep, IC-92AD (Band B). I assigned the memory to Bank "A" > and gave it > > a Bank Index of "1". The GUI displayed it as "A-", not > "A", so don't > > know if this has something to do with it. > > The GUI displays the bank as A-Foo in the memories tab, not > the banks tab, right? In the banks tab, it should show just > the bank name. The memories tab shows the bank ID (A-Z) and > the name so you can easily assign to unnamed banks. > > So, is there a problem or are you just asking if that's the > correct display? In the memories tab and drop down list it was displaying as "A-", "B-", etc, not as "A" or "B". More important was the issue that the Bank was not being written to the CSV file. > I can't for the life of me reproduce the issue of changing a > bank name and having it re-sort the list. OK, I'll keep an eye on it. I can manually resort the list if it happens. Cheers, davidt

2 1

Re: [chirp_users] CHIRP 0.1.8b5
by David Tilson 02 Dec '08

02 Dec '08

> > Confirmed for SKIP. One problem though is that when I > tried to export > > to CSV the Bank Number was written, but not the Bank. This may be > > related to one of the other Bank issues raised below... I haven't > > tried .chirp format yet. > > Do you have memories in a bank? If the field is blank, then > it means "not assigned to a bank". If not, then I'll have to > take a closer look. Which radio was this with? Yep, IC-92AD (Band B). I assigned the memory to Bank "A" and gave it a Bank Index of "1". The GUI displayed it as "A-", not "A", so don't know if this has something to do with it. > Hmm, yeah, you shouldn't be seeing that. Which radio? Same one :) > > Any chance of squeezing in the ability to add / edit the > various CALL > > memories or do you want to leave that till a later version? > > Okay, I can see about that. Shouldn't be too hard, although > I have to do it for five radio models at once :/ ... Nah, just 2. The 2820 and the 92 as that's all I have :) Thanks. Gotta get back to Christmas Lights. Less than 8 hours till switch on and there's still stuff to do... Cheers

2 1

Re: [chirp_users] CHIRP 0.1.8b5
by David Tilson 30 Nov '08

30 Nov '08

G'day Dan, Thanks for b5. Some initial testing with the IC-92AD on Win XP. It is now neater to export to different formats with the drop down options in the menu structure. Thanks. > - Added SKIP and bank information to CSV and Chirp files Confirmed for SKIP. One problem though is that when I tried to export to CSV the Bank Number was written, but not the Bank. This may be related to one of the other Bank issues raised below... I haven't tried .chirp format yet. > - Improve thread performance when using 9x radios Yes, this is noticable and it was good to see the number of entries left to process in [ ]. > - Added bank name editor for 2820 and 9x radios Confirmed. One strange thing I noticed was that as soon as I entered a Name next to the Bank, in the Bank Tab, the Bank dropped to the end of the list, requiring a manual re-sort. Also, when I selected the list of Banks in the drop down menu of the Memory screen it displayed them as "A-", "B-", etc. I wasn't sure if it was meant to display the Bank and the Bank Name or if the "-" was an error. I'll try to do some more testing a bit later today. > I think this is pretty much where we need to be, > feature-wise. Any chance of squeezing in the ability to add / edit the various CALL memories or do you want to leave that till a later version? Thanks again, davidt

2 1

Re: [chirp_users] CHIRP 0.1.8b5
by David Tilson 30 Nov '08

30 Nov '08

> > - Added SKIP and bank information to CSV and Chirp files > Confirmed for SKIP. One problem though is that when I tried > to export to CSV the Bank Number was written, but not the > Bank. This may be related to one of the other Bank issues > raised below... I haven't tried .chirp format yet. Sorry, Bank Number should read Bank Index. Also in the CSV header row in all of the other fields there are no spaces in the field name, except for Bank Index. Is that meant to be BankIndex to follow your other naming conventions? Cheers

1 0

Re: [chirp_users] csv format
by David Tilson 30 Nov '08

30 Nov '08

G'day Dan, > Dave is working on a > detailed description of the CSV file which might be helpful: > > http://chirp.danplanet.com/wiki/DataModel When you get a chance, could you please check it for accuracy, particularly the Allowed Values column. I think there probably still needs some refinement. One thing that needs to be checked is to whether or not all of the radios can accept both Upper and Lower case characters in the Name field. I have a feeling that the ID-800H can only accept upper case characters, but I'm not sure. If it is correct then the DataModel will need to be updated to reflect this. Also, if that's correct, then what will happen if someone tries to import a .chirp or .csv file that has mixed case names??? Cheers, Davidt, VK3UR

2 1

[chirp_users] csv format
by joe camilli 30 Nov '08

30 Nov '08

Hello all, I have 2200h and was looking for a way to program the memories via a program. What is the layout of the csv file ? _________________________________________________________________ Proud to be a PC? Show the world. Download the “I’m a PC” Messenger themepack now. hthttp://clk.atdmt.com/MRT/go/119642558/direct/01/

2 2

[chirp_users] CHIRP 0.1.8b5
by Dan Smith 30 Nov '08

30 Nov '08

Hi all, I just posted 0.1.8b5 with the following changes: - Fixed up some of the callsign programming logic on 800, 2200, x82 - Added SKIP and bank information to CSV and Chirp files - Added CSV header check on import/open - Added error messages for any bad CSV data - Improve thread performance when using 9x radios - Added bank name editor for 2820 and 9x radios - Changed the display of callsigns in the memory editor to use fixed-width fonts for better alignment - Added View->Columns selection to allow limiting the view to only columns of interest Note that this change breaks the schema for the .chirp files from previous releases. In doing so, it also adds a version number so that hopefully we can tolerate changes like this in the future with more grace :) I think this is pretty much where we need to be, feature-wise. If anyone finds any (new) bugs, please let me know. Otherwise, I think I'd like to call this the official 0.1.8 and move on to some of the other GUIish features we've been discussing. Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0