- Users - lists.chirpmyradio.com

Re: [chirp_users] CHIRP 0.1.9b10
by David Tilson 18 Apr '09

18 Apr '09

G'day Dan, > I just posted 0.1.9b10 with the following changes: > > - Fix import (and export for that matter) Bingo! Thanks for that. > - Add accelerator keys for a bunch of menu items I've only tested a few so far, but a good addition. Cheers, Davidt

1 0

[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