- Users - lists.chirpmyradio.com

[chirp_users] [CHIRP] #30: Frequency Rounding issue
by CHIRP Tracker 19 Jun '09

19 Jun '09

#30: Frequency Rounding issue -----------------------------+---------------------------------------------- Reporter: kc9mnl@… | Type: Bug Status: new | Priority: Functionality Milestone: 0.1.9 | Component: Memory Editor Version: 0.1.9 | Keywords: Platform: Windows | -----------------------------+---------------------------------------------- Hello, When entering 442.09375 and the program refreshes it rounds the frequency to 442.0900. And when writing to my ID-800H it writes as 442.0900 even if 442.09375 is displayed in the program. -- Ticket URL: <http://chirp.danplanet.com/trac/ticket/30> CHIRP <http://chirp.danplanet.com/trac> CHIRP Development

1 1

Re: [chirp_users] chirp_users Digest, Vol 9, Issue 7
by Juergen Sturhahn 15 Jun '09

15 Jun '09

2 1

[chirp_users] Unexpected response from radio error
by Tom Carpenter 13 Jun '09

13 Jun '09

I have just down loaded chirp. I am using a laptop with windows vista. I have a usb to rs232 adapter. I can use d-rats on this and works fine with my v82 radio. I have the baud rate set to 9600. data bits 8, parity none, stop bits 1, flow control xon/xoff. com port is 5. when I try to down load from radio i use com 5 and radio icx8x and keep getting an unexpected response from radio error. What am I doing wrong????? Tom

2 2

Re: [chirp_users] [CHIRP] #28: V82 - New channels created with 'TX Inhibit' set
by CHIRP Tracker 11 Jun '09

11 Jun '09

#28: V82 - New channels created with 'TX Inhibit' set ---------------------------------+------------------------------------------ Reporter: simon@… | Type: Bug Status: closed | Priority: Stability Milestone: 0.1.10b1 | Component: Memory Editor Version: | Resolution: Fixed Keywords: | Platform: Linux ---------------------------------+------------------------------------------ Comment(by simon@…): Great I can confirm on a IC-V82 that I can create a new channel which has the '40' bit set and is able to TX. I can also delete channels. Thanks, Simon. -- Ticket URL: <http://chirp.danplanet.com/trac/ticket/28#comment:4> CHIRP <http://chirp.danplanet.com/trac> CHIRP Development

2 1

Re: [chirp_users] [CHIRP] #28: V82 - New channels created with 'TX Inhibit' set
by CHIRP Tracker 10 Jun '09

10 Jun '09

#28: V82 - New channels created with 'TX Inhibit' set ---------------------------------+------------------------------------------ Reporter: simon@… | Type: Bug Status: closed | Priority: Stability Milestone: 0.1.10b1 | Component: Memory Editor Version: | Resolution: Fixed Keywords: | Platform: Linux ---------------------------------+------------------------------------------ Changes (by kk7ds): * status: new => closed * resolution: => Fixed * milestone: => 0.1.10b1 Comment: Fixed in changeset:559. Note that I only had a U82 to test with, but I think it should apply to the V82 as well. I think the problem is just that the radio's memory just had that flag already set on the channel you were opening and I wasn't clearing it. This change forcibly clears that flag when you create a new memory channel, but shouldn't clear it on channels you're just editing. Also added memory erasing as it was missing from the icx8x driver (oops!) -- Ticket URL: <http://chirp.danplanet.com/trac/ticket/28#comment:3> CHIRP <http://chirp.danplanet.com/trac> CHIRP Development

3 2

Re: [chirp_users] [CHIRP] #25: Incorrect Import of csv-Files
by CHIRP Tracker 10 Jun '09

10 Jun '09

#25: Incorrect Import of csv-Files ---------------------+------------------------------------------------------ Reporter: DL8LE | Type: Bug Status: new | Priority: Functionality Milestone: 0.1.9 | Component: Import/Export Version: 0.1.9 | Keywords: csv-files, frequency Platform: Windows | ---------------------+------------------------------------------------------ Comment(by kk7ds): Can you attach the CSV file you're trying to import (as well as note which memory channel is giving you trouble)? This *sounds* like excel rounding the number, which is solvable by setting the frequency column to a type of "text". If I create a CSV file containing a memory channel with the frequency you specify, it works correctly for me. Having the CSV file itself may help me replicate the behavior if it's something more obscure. Thanks! -- Ticket URL: <http://chirp.danplanet.com/trac/ticket/25#comment:1> CHIRP <http://chirp.danplanet.com/trac> CHIRP Development

1 0

Re: [chirp_users] [CHIRP] #24: importing .chirp file to radio fails with Schema error
by CHIRP Tracker 10 Jun '09

10 Jun '09

#24: importing .chirp file to radio fails with Schema error ---------------------------+------------------------------------------------ Reporter: n9dn@… | Type: Bug Status: closed | Priority: Functionality Milestone: 0.1.10b1 | Component: Import/Export Version: 0.1.9 | Resolution: Fixed Keywords: | Platform: Windows ---------------------------+------------------------------------------------ Changes (by kk7ds): * status: new => closed * resolution: => Fixed * milestone: => 0.1.10b1 Comment: Fixed in changeset:558 -- Ticket URL: <http://chirp.danplanet.com/trac/ticket/24#comment:1> CHIRP <http://chirp.danplanet.com/trac> CHIRP Development

1 0

[chirp_users] Chirp / IC2820
by Steven Samuel Bosshard (NU5D) 09 Jun '09

09 Jun '09

I had a little time this morning to play with Chirp and the 2820. I made sure the GPS TX was turned off. When I try and read the 2820 the cloning window opens and the program hangs. It reads OK with CS2820. I don't have a fresh log file handy - need a new battery for my laptop so I can go out to the truck and try and read again. Using 1.9B12 steve -- "It is a poverty to decide that a child must die so that you may live as you wish." Mother Teresa

4 10

[chirp_users] Upload failure on V82
by Simon Wood 26 May '09

26 May '09

Hi, Just found Chirp and it looks great. I can download from my radio, but the upload fails with about 1/3 progress bar filled. I had a poke around and it looks like the '.img' file is a bit on the short side, and would need to be padded up to size. After I import an '.icf' and save it as an '.img'. I can then create a fake '.icf' and compare the original with what chirp produces.... -- simon@bourne:~/chirp-0.1.9$ hexdump -v -e '"%04.4_ax10" 16/1 "%02.2X" "\n"' imported.img | tr '[:lower:]' '[:upper:]' > fake.icf simon@bourne:~/chirp-0.1.9$ diff -d --side-by-side fake.icf original.icf > diff.txt -- 'diff.txt' is attached, you can see that it is missing data (all 0's) at the end of the file: -- 19301000000000000000003238323630303031 19301000000000000000003238323630303031 > 19401000000000000000000000000000000000 .... > 2FF01000000000000000000000000000000000 -- Cheers, Simon. PS. I don't have UT-118 installed, I'm just looking for a Free/OS way to program this radio. PPS. Do you have plans to include changing radio configuration (as well as memories?)

2 3

[chirp_users] Just got CHIRP, And Hello!...
by Jeffrey M. Swiger 22 May '09

22 May '09

Hi All: First off I'm New to the Group and D-Star, So I wanted to say Hi. Second I had got the IC-92AD in here Monday following Dayton, and this was my First D-Star Radio and real Exposure to the System. The following Thursday I got the IC-2820H in for the home. When I ordered the HT I was told the software made a Big difference, so it was ordered, Same with the IC-2820. Well, I Ordered the RT SYSTEMS software and cable Combo, and still cant get the two to talk. I found CHIRP and it was working as quick as I could get it loaded on the PC. I'm a Mac OSX user and have worked with Linux in the past, but LOT of Radio ware needs PC's so I have a Small Notebook for such things. After reading the FAQ, I found I had to change one Setting in the 92AD and now it's working FB here. So THANKS!... Sure am looking forward to a Installable OSX version to happen, This would make my Day. Being new to the entire D-Star thing I'm still a bit confused on some of it but the CHIRP software and the programming help of it sure is a help!.. Jeff-N8NOE " Laissez Le Bon Temps Roulez " >

1 0

[chirp_users] Import Error
by Michael A. Waldron 20 May '09

20 May '09

I have chirp reading/ from my radios, but I'm having a problem with CSV (and .CHIRP) file import. When I try to import a file created with Chirp's Save As function to a different radio I get the following error: "There was an error during import: ord() expected a character, but string of length 0 found" This file was exported from Chirp after a read of my IC-92. I've tried data exported from both Band A and Band B and the import always gives the same error. When I try to import a .chrip file (same source) it says something like "Schema not found." and then crashes. Any suggestions? -Mike -- Michael A. Waldron, AE0MW http://www.mikew.org PGP: http://www.mikew.org/mypgpkey.txt

2 3

[chirp_users] IC-2820H
by Soaring Eagles 20 May '09

20 May '09

I have a 1529 cable. It works fine with the CS-2820 software, but does not clone the radio from Chirp. I am using a serial to usb changer, but it's worked with all my other radios (Yaesu VX's, K2, IC 746, etc). Yes, I do have the correct com port selected. Any suggestions? Thanks! Jim, WD9HBC

4 3

[chirp_users] IC-2820H
by Jim Ujcik 19 May '09

19 May '09

I have a 1529 cable. It works fine with the CS-2820 software, but does not clone the radio from Chirp. I am using a serial to usb changer, but it's worked with all my other radios (Yaesu VX's, K2, IC 746, etc). Yes, I do have the correct com port selected. Any suggestions? Thanks! Jim, WD9HBC

1 0

[chirp_users] now help with Windows and CHIRP
by Debbie Fligor 19 May '09

19 May '09

Okay, for the ARES group I work with I'm setting up their first data "go-box" and we got an Acer Aspire One netbook and a 91ad. I got the basics going yesterday and was going to use CHIRP to move my data from my 92ad to their 91ad (on windows since I can't get OSX to work). I had no problems (that I Can tell) reading in the data of the 92 and saving as .chirp files. when I tried to load it into the 91ad I got "Schema Error" (or something close to that). it didn't matter if it was band A or band B ( was trying to read and write to. It read the 91 or the 92 so I think basic com port part was working. Am I missing something here, or should I pull the debug log when I get home and file it on the trac system? thanks in advance for any help or ideas, -debbie, n9dn

2 2

[chirp_users] Chirp
by IT2 Stuart Blake Tener, USNR 14 May '09

14 May '09

Debbie: I will try to get a new version for MacOS ready in the next day or so. -- 73, Stuart, N3GWG

2 1

[chirp_users] more help with Mac OS
by Debbie Fligor 13 May '09

13 May '09

I'm sure that you're busy with d-rats and getting ready for Dayton, but I finally got back to working on getting Chirp working now that I have a need to move data from an ic-92 to an ic-91 :-) I snagged the source to 0.1.9 final and tried it both with my fink install and my darwin ports install. neither works, but they do both fail with the exact same error when I pick "Radio -> connect to an ic9x": a.show() Traceback (most recent call last): File "/Users/fligor/bin/chirp-0.1.9/chirpui/mainapp.py", line 430, in mh self.do_open9x(ic9x.IC9xRadioA) File "/Users/fligor/bin/chirp-0.1.9/chirpui/mainapp.py", line 123, in do_open9x rtype="ic9x") File "/Users/fligor/bin/chirp-0.1.9/chirpui/clone.py", line 70, in __init__ self.port = miscwidgets.make_choice(ports, True, ports[0]) IndexError: list index out of range I never get the dialog box that lets you choose your radio settings. I tried A B and B B, neither worked, and I did make sure the radio's main was on the "B" side. I even get the same message with the Apple's built in python using export PYTHONPATH=/opt/local/lib/python2.5/site-packages which worked for another user. It's good that they all fail the same way, it's annoying that they all fail :-) You'd previously thought you knew what this was and had planned on fixing it, I just got side tracked and never checked. Something about not knowing about a serial port and getting confused. as a work around, is there a config file I can stash somewhere that fills it in about the serial port to get me going? thanks!

1 0

[chirp_users] chirp-0.1.9b12.tar.gz on CentOS 5.3
by Adrian 10 May '09

10 May '09

>/ Had to build chirp-0.1.9b12.tar.gz, as with Fedora 10 a few days />/ ago, as the ¨reposted¨beta tar doesn't seem to have made any />/ difference. / >I didn't repost the beta, I reposted the official 0.1.9 release. >Download it from the main directory, not the beta/ section. I believe >that Leo confirmed that it was correct now. Ok sorry I missed that. Of course that worked fine on both fedora 10 and CentOS. That teaches me for not reading all of the previous posts. Good luck in Dayton, will be checking out the wa5kub webcam imbedded in my site; http://vk4tux.no-ip.org vk4tux

2 1

[chirp_users] chirp-0.1.9b12.tar.gz on CentOS 5.3
by Adrian 09 May '09

09 May '09

Still using CentOS 5.3 on Main box here and fedora 10 on laptop (as the kernel supports wireless rf broadband usb cdma cmotech modems now for internet). Had to build chirp-0.1.9b12.tar.gz, as with Fedora 10 a few days ago, as the ¨reposted¨beta tar doesn't seem to have made any difference. Create tools folder in /tmp/chirp-0.1.9b12/chirp-0.1.9b12 (as doesn't exist after extract) Download 3 raw (left menu link) files [up] <http://www.d-rats.com/hg/hgwebdir.cgi/chirp.hg/file/c89c1ab4052b/> drwxr-xr-x file Makefile <http://www.d-rats.com/hg/hgwebdir.cgi/chirp.hg/file/c89c1ab4052b/tools/Make…> 843 -rw-r--r-- file icomsio.sh <http://www.d-rats.com/hg/hgwebdir.cgi/chirp.hg/file/c89c1ab4052b/tools/icom…> 1827 -rwxr-xr-x file serialsniff.c <http://www.d-rats.com/hg/hgwebdir.cgi/chirp.hg/file/c89c1ab4052b/tools/seri…> 9530 -rw-r--r-- into this folder from; http://www.d-rats.com/hg/hgwebdir.cgi/chirp.hg/file/c89c1ab4052b/tools into /tmp/chirp-0.1.9b12/chirp-0.1.9b12/tools Download rpttool (raw file link on left menu)) http://www.d-rats.com/hg/hgwebdir.cgi/chirp.hg/file/c89c1ab4052b/rpttool#l1 into /tmp/chirp-0.1.9b12/chirp-0.1.9b12 Build process incl the original problem; [root@localhost chirp-0.1.9b12]# python setup.py install running install running build running build_py creating build creating build/lib creating build/lib/chirp copying chirp/platform.py -> build/lib/chirp copying chirp/ic2820.py -> build/lib/chirp copying chirp/ic9x_ll.py -> build/lib/chirp copying chirp/chirp_common.py -> build/lib/chirp copying chirp/__init__.py -> build/lib/chirp copying chirp/ic2200_ll.py -> build/lib/chirp copying chirp/generic.py -> build/lib/chirp copying chirp/xml_ll.py -> build/lib/chirp copying chirp/csv.py -> build/lib/chirp copying chirp/memmap.py -> build/lib/chirp copying chirp/idrp.py -> build/lib/chirp copying chirp/ic9x.py -> build/lib/chirp copying chirp/id800_ll.py -> build/lib/chirp copying chirp/ic2200.py -> build/lib/chirp copying chirp/errors.py -> build/lib/chirp copying chirp/ic2820_ll.py -> build/lib/chirp copying chirp/icf.py -> build/lib/chirp copying chirp/convert_icf.py -> build/lib/chirp copying chirp/id800.py -> build/lib/chirp copying chirp/icx8x_ll.py -> build/lib/chirp copying chirp/old_ic9x_ll.py -> build/lib/chirp copying chirp/icx8x.py -> build/lib/chirp copying chirp/util.py -> build/lib/chirp copying chirp/xml.py -> build/lib/chirp running build_scripts creating build/scripts-2.4 error: file 'rpttool' does not exist [root@localhost chirp-0.1.9b12]# python setup.py install running install running build running build_py running build_scripts error: file 'rpttool' does not exist [root@localhost chirp-0.1.9b12]# python setup.py install running install running build running build_py running build_scripts copying and adjusting rpttool -> build/scripts-2.4 changing mode of build/scripts-2.4/rpttool from 644 to 755 running install_lib copying build/lib/chirp/ic9x_ll.py -> /usr/lib/python2.4/site-packages/chirp copying build/lib/chirp/__init__.py -> /usr/lib/python2.4/site-packages/chirp copying build/lib/chirp/ic9x.py -> /usr/lib/python2.4/site-packages/chirp byte-compiling /usr/lib/python2.4/site-packages/chirp/ic9x_ll.py to ic9x_ll.pyc byte-compiling /usr/lib/python2.4/site-packages/chirp/__init__.py to __init__.pyc byte-compiling /usr/lib/python2.4/site-packages/chirp/ic9x.py to ic9x.pyc running install_scripts copying build/scripts-2.4/rpttool -> /usr/bin changing mode of /usr/bin/rpttool to 755 running install_data copying tools/icomsio.sh -> /usr/sbin LOC: [] running install running build running build_py creating build/lib/chirpui copying chirpui/cloneprog.py -> build/lib/chirpui copying chirpui/inputdialog.py -> build/lib/chirpui copying chirpui/__init__.py -> build/lib/chirpui copying chirpui/dstaredit.py -> build/lib/chirpui copying chirpui/shiftdialog.py -> build/lib/chirpui copying chirpui/memedit.py -> build/lib/chirpui copying chirpui/bankedit.py -> build/lib/chirpui copying chirpui/miscwidgets.py -> build/lib/chirpui copying chirpui/mainapp.py -> build/lib/chirpui copying chirpui/common.py -> build/lib/chirpui copying chirpui/clone.py -> build/lib/chirpui copying chirpui/editorset.py -> build/lib/chirpui copying chirpui/importdialog.py -> build/lib/chirpui running build_scripts copying and adjusting chirpw -> build/scripts-2.4 changing mode of build/scripts-2.4/chirpw from 644 to 755 running install_lib copying build/lib/chirpui/mainapp.py -> /usr/lib/python2.4/site-packages/chirpui byte-compiling /usr/lib/python2.4/site-packages/chirpui/mainapp.py to mainapp.pyc running install_scripts copying build/scripts-2.4/chirpw -> /usr/bin changing mode of /usr/bin/rpttool to 755 changing mode of /usr/bin/chirpw to 755 running install_data [root@localhost chirp-0.1.9b12]# Working good on CentOS 5.3 with this procedure. vk4tux

2 1

Re: [chirp_users] 91-A with 121 - B bank is fine - A bank does not work
by David Tilson 03 May '09

03 May '09

G'day Roger, Just another thing to check... Can you confirm that when you were trying to do work with Band A in CHIRP that the radio was set to Band B and running in DV mode? As you may / may not be aware a quirk with CHIRP and using the IC-9X radios is that Band B must be selected and the mode set to DV for it to transfer information (even for Band A memories). On the 92AD if you have the radio is set to Band A and you try to "Connect to IC9X - Band A" it will indicate that it is getting 800+ memories, but nothing gets transferred. Hope this helps... Cheers, davidt, VK3UR

1 0

[chirp_users] 91-A with 121 - B bank is fine - A bank does not work
by Roger Kehr 03 May '09

03 May '09

I am sure someone has asked this question but here goes anyway. I purchased a 91-AD and have programmed it's memory banks A and B. I then purchase a 91-A with a 121 chip.. While it was possible to get my B bank into my B bank I am unable to make an excel file of my A bank to get it into my A bank on the 91-A. Is there some way around this or is there a way to print out what is in the A bank on the 91-AD and put it into my excel spread sheet and then export that into my 91-A using CHIRP? Thanks for a great program - at least my "B" bank information transferred over. 73- N3AOQ Roger

2 1

Re: [chirp_users] CHIRP 0.1.9
by Susan Mackay 03 May '09

03 May '09

Dan, Actually the main point of my message was to point out the log_exception() bug, but thanks for the other information as well. Susan

2 1

[chirp_users] chirp-0.1.9b12.tar.gz on Fedora 10
by Adrian 03 May '09

03 May '09

Realised the whole tools folder was missing chirp.hg <http://www.d-rats.com/hg/hgwebdir.cgi/chirp.hg/> directory /tools/ @ 549:c89c1ab4052b find changesets by author, revision, files, or words in the commit message name size permissions [up] <http://www.d-rats.com/hg/hgwebdir.cgi/chirp.hg/file/c89c1ab4052b/> drwxr-xr-x file Makefile <http://www.d-rats.com/hg/hgwebdir.cgi/chirp.hg/file/c89c1ab4052b/tools/Make…> 843 -rw-r--r-- file icomsio.sh <http://www.d-rats.com/hg/hgwebdir.cgi/chirp.hg/file/c89c1ab4052b/tools/icom…> 1827 -rwxr-xr-x file serialsniff.c <http://www.d-rats.com/hg/hgwebdir.cgi/chirp.hg/file/c89c1ab4052b/tools/seri…> 9530 -rw-r--r-- got it running vk4tux

2 1

Re: [chirp_users] CHIRP 0.1.9
by Susan Mackay 03 May '09

03 May '09

Dan, I downloaded 0.1.9 and fired it up OK. Without connecting a radio, I selected the 'Convert ICF' function and selected an ICF file that I had downloaded from the Internet (actually "IC92AD_VK3RWN_C_V19a.icf" which David VK3UR makes available through the Australian D-Star web site - Thanks David) and tried to save it as an img file. The following was logged on the terminal log: Unknown model: 000: 30 66 00 00 00 00 00 00 0f...... Traceback (most recent call last): File "/Users/Susan/Downloads/chirp-0.1.9/chirpui/mainapp.py", line 428, in mh self.do_converticf() File "/Users/Susan/Downloads/chirp-0.1.9/chirpui/mainapp.py", line 364, in do_converticf log_exception() NameError: global name 'log_exception' is not defined The offending lines seem to be: try: convert_icf.icf_to_image(icffile, imgfile) except Exception, e: log_exception() common.show_error("Unable to convert ICF file: %s" % e) The beginning of the ICF file is: 30660000 #Comment= #MapRev=1 #EtcData=2C48 0000100003E9000020830000E400004E657061 0010106C2020200003F4000020830000E40000 002010557A62656B69202000049F0000208300 00301000E40000536C6F76616B20200004A600 The strange thing is that I can see the 'log_exception' function ion common.py! Susan VK3ANZ

2 1

[chirp_users] CHIRP 0.1.9
by Dan Smith 03 May '09

03 May '09

Hi all, I just posted the official CHIRP 0.1.9 on the download page. Although the list of changes looks small, they are pretty significant: - Fixed broken browse button on clone dialog - Fixed an issue with the 2820 which causes spurious DSQL and CSQL flags on the radio - Fixed MacOS to pick up Prolific-based USB serial devices - Fixed initial sort of channel number column - Fixed tone flag parsing on ic2200 - Fixed interpretation of frequency on ic2200 when tuning step is 12.5 - Change the way callsign lists are handled to more closely mimic the radio - Re-write of the ic9x driver for better stability and maintainability - Improved UI responsiveness during long IC-9x operations - Added a multi-level queue to allow background loading of IC-9x radios without preventing UI-initiated changes - Added empty-location tracking to the ic9x cache to improve reload performance - Added UI improvements like icons and keyboard accelerators - Added ICOM D-STAR repeater frequency programming support - Added file types to Save As box to avoid confusion - Added call channel support to ic9x Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

2 2

[chirp_users] chirp-0.1.9b12.tar.gz on Fedora 10
by Adrian 02 May '09

02 May '09

Found this; http://www.d-rats.com/hg/hgwebdir.cgi/chirp.hg/raw-file/c89c1ab4052b/rpttool placed in /tmp/chirp-0.1.9b12 got; [root@localhost chirp-0.1.9b12]# python setup.py install running install running build running build_py running build_scripts changing mode of build/scripts-2.5/rpttool from 644 to 755 running install_lib copying build/lib/rpttool -> /usr/lib/python2.5/site-packages copying build/lib/chirp/ic9x_ll.py -> /usr/lib/python2.5/site-packages/chirp copying build/lib/chirp/ic9x.py -> /usr/lib/python2.5/site-packages/chirp copying build/lib/chirp/rpttool -> /usr/lib/python2.5/site-packages/chirp copying build/lib/chirp/__init__.py -> /usr/lib/python2.5/site-packages/chirp byte-compiling /usr/lib/python2.5/site-packages/chirp/__init__.py to __init__.pyc running install_scripts copying build/scripts-2.5/rpttool -> /usr/bin changing mode of /usr/bin/rpttool to 755 running install_data error: can't copy 'tools/icomsio.sh': doesn't exist or not a regular file [root@localhost chirp-0.1.9b12]# Not sure where to place this yet. vk4tux

1 0

[chirp_users] chirp-0.1.9b12.tar.gz on Fedora 10
by Adrian 02 May '09

02 May '09

Link please Dan? [root@localhost ~]# cd /tmp/chirp-0.1.9b12 [root@localhost chirp-0.1.9b12]# python setup.py install running install running build running build_py creating build creating build/lib creating build/lib/chirp copying chirp/icf.py -> build/lib/chirp copying chirp/csv.py -> build/lib/chirp copying chirp/old_ic9x_ll.py -> build/lib/chirp copying chirp/util.py -> build/lib/chirp copying chirp/icx8x.py -> build/lib/chirp copying chirp/platform.py -> build/lib/chirp copying chirp/ic9x_ll.py -> build/lib/chirp copying chirp/ic9x.py -> build/lib/chirp copying chirp/icx8x_ll.py -> build/lib/chirp copying chirp/convert_icf.py -> build/lib/chirp copying chirp/ic2200_ll.py -> build/lib/chirp copying chirp/memmap.py -> build/lib/chirp copying chirp/chirp_common.py -> build/lib/chirp copying chirp/xml.py -> build/lib/chirp copying chirp/ic2200.py -> build/lib/chirp copying chirp/ic2820.py -> build/lib/chirp copying chirp/errors.py -> build/lib/chirp copying chirp/id800_ll.py -> build/lib/chirp copying chirp/ic2820_ll.py -> build/lib/chirp copying chirp/id800.py -> build/lib/chirp copying chirp/idrp.py -> build/lib/chirp copying chirp/__init__.py -> build/lib/chirp copying chirp/xml_ll.py -> build/lib/chirp copying chirp/generic.py -> build/lib/chirp running build_scripts creating build/scripts-2.5 error: file 'rpttool' does not exist [root@localhost chirp-0.1.9b12]# Thanks vk4tux

1 0

Re: [chirp_users] CHIRP 0.1.9b12
by David Tilson 01 May '09

01 May '09

G'day, > Well, that's certainly an option. However, I think I'd > rather move towards a set of preferences that lets you > specify whether you want to see them by default or not. That > would be better, no? :) That would be better, yes... I had actually thought about a preferences option, while I was typing my original email, but I thought that I wouldn't push my luck... But now you've raised it, I'll look forward to seeing it in 0.1.10b1 and I'll raise a ticket for you :) Cheers, davidt

1 0

Re: [chirp_users] CHIRP 0.1.9b12
by David Tilson 01 May '09

01 May '09

G'day Dan, > I just posted 0.1.9b12 with a couple of changes: > > - Add call channels for ic9x Confirmed and thank you... Just a suggestion, but as people probably use the Call channels a lot, how about adding them to the normal Memory Range when reading memories (in a future release), rather than having to tick on Special Channels to read them. > - Show a file type on file->save as to make it a little more clear > that you can't change the file type just by saving Confirmed on my 2820. > On my ic9x, CHIRP is incorrectly showing a TONE setting on > one of my call channels, but not the other. I couldn't replicate this on my 92AD. > So, hopefully this looks good enough to call it 0.1.9 final. > Dave, any objections (after you test this)? Nope, good to go from my perspective. I presume this will (probably) be the Dayton release in which case congratulations are in order. CHIRP is only about 9 months old from when you first mentioned the concept to now and I personally consider it a valuable tool. This is especially impressive given your parallel development of D-RATS. Cheers, Davidt, VK3UR

3 3

[chirp_users] CHIRP 0.1.9b12
by Dan Smith 01 May '09

01 May '09

Hi all, I just posted 0.1.9b12 with a couple of changes: - Add call channels for ic9x - Show a file type on file->save as to make it a little more clear that you can't change the file type just by saving On my ic9x, CHIRP is incorrectly showing a TONE setting on one of my call channels, but not the other. I've looked at the memory data and it sure enough has the bits set indicating the tone encoder, even though it does not display on my radio's screen. This seems relatively minor though. So, hopefully this looks good enough to call it 0.1.9 final. Dave, any objections (after you test this)? Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0

[chirp_users] Local OS Settings and CHIRP
by Juergen Sturhahn 01 May '09

01 May '09

Starting D-Star with an ID-800H I was trying to reduce the work load of manual entering all memory information directly into the radio and installed CHIRP. I have to admit that I run into nearly every possible trap the program offers for a new user. But with the help of Dan I was able to get it up and running at the end. Might be a beginner's guide or a help file within the program could help to reduce the efforts in climbing up the learning curve . (based on my experience I could offer some limited help). There are some issues, however, I consider as worthwhile to discuss in this group: 1. Excel uses the local settings of the OS. Therefore xxx.csv - files created by the export of an xxx.img-files to a xxx.csv cannot be re-opened again by CHIRP once they have been processed and eventually modified in Excel and saved there again as xxx.csv or yyy.csv Reason is that the local settings in the OS (here German instead of English (USA)) create semicolons (;) instead of commas (,) as separator, don't use a dot (.) but a comma (,) for the decimal information etc. . I have tried to modify the file by an editor using search and replace but the editor doesn't save the result in a way CHIRP would finally process. It would be nice if the program could work in a non-English environment as well. 2. After a successful export and import of xxx.csv under English local settings I have tried to do the same with xxx.chirp. This failed, however, with the error notice "Unable to load schema". At the moment I don't know why this happens. 3. I have imported the xxx.csv into Excel (with English settings), saved it as xxx_1.csv and tried to import or open the saved file in CHIRP. Both failed with the error notice list index out of range. I assume there is something I have to set in Excel but unfortunately I don't know what to do here. Might be it's somehow related to my Excel version but not sure. 73 Juergen, DL8LE

2 1

[chirp_users] 2200H?
by Jeffrey Nawrot 01 May '09

01 May '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] CHIRP 0.1.9b10
by David Tilson 28 Apr '09

28 Apr '09

G'day Dan, > I was hoping to go ahead and get it out, yeah. I suppose I > could try to figure out the IC9x special memories bit real > quick. The import/export of them is a separate can of worms > that I don't want to dive into until 0.1.10 I think. Don't stress over the special memories until 0.1.10. I know that there will be a lot of interest in the ID-RPX function, so that is probably more important to the masses at this time. When 0.1.9 is released we can take our time with the special memories, etc. Cheers, Davidt

2 1

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

28 Apr '09

Hi Dan, > > Also, I think that we should call 0.1.9 official pretty > soon. I want > > to add support for the IC9x special memories and then I > think that's a > > good place to stop. > Anyone have an opinion here? Have people used 0.1.9b11 > enough to call it good as a stable release? I've used b11 a bit, apart from the ID-RPX functions, and haven't had any problems yet. Does that mean you want to release 0.1.9 prior to inclusion of the IC9X special memories into the GUI (and import / export)? If yes, that's fine and we can catch up on those in a later release. If no, I'm happy to do some testing as soon as the special memories are included. Cheers, davidt

2 1

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

28 Apr '09

Hi all, I just posted CHIRP 0.1.9b10 with a single change. There is now an additional option in the Radio menu to allow you to set the frequency on a D-STAR repeater module. I have tested this with an ID-RP4000V and an ID-RP2000V with success. If anyone has a repeater module sitting around, I'd appreciate a report. Also, I think that we should call 0.1.9 official pretty soon. I want to add support for the IC9x special memories and then I think that's a good place to stop. The new 9x background load features would be good to get into the hands of regular users before we attack some of the more disruptive things that are currently on the task list. Thoughts? Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

3 5

[chirp_users] chirp-0.1.9b11.tar.gz in CentOS 5.3
by Adrian 25 Apr '09

25 Apr '09

Thanks Dan all good, [root@localhost ~]# cd /root/download/chirp-0.1.9b11 [root@localhost chirp-0.1.9b11]# python setup.py install LOC: [] running install running build running build_py copying chirp/idrp.py -> build/lib/chirp running build_scripts running install_lib copying build/lib/chirp/idrp.py -> /usr/lib/python2.4/site-packages/chirp byte-compiling /usr/lib/python2.4/site-packages/chirp/idrp.py to idrp.pyc running install_scripts changing mode of /usr/bin/chirpw to 755 running install_data [root@localhost chirp-0.1.9b11]# ./chirpw [root@localhost chirp-0.1.9b11]# GUI up vk4tux

1 0

[chirp_users] chirp-0.1.9b11.tar.gz in CentOS 5.3
by Adrian 25 Apr '09

25 Apr '09

This one not starting up; [root@localhost ~]# cd /root/download/chirp-0.1.9b11 [root@localhost chirp-0.1.9b11]# python setup.py install LOC: [] running install running build running build_py creating build creating build/lib creating build/lib/chirp copying chirp/platform.py -> build/lib/chirp copying chirp/ic2820.py -> build/lib/chirp copying chirp/ic9x_ll.py -> build/lib/chirp copying chirp/chirp_common.py -> build/lib/chirp copying chirp/__init__.py -> build/lib/chirp copying chirp/ic2200_ll.py -> build/lib/chirp copying chirp/generic.py -> build/lib/chirp copying chirp/xml_ll.py -> build/lib/chirp copying chirp/csv.py -> build/lib/chirp copying chirp/memmap.py -> build/lib/chirp copying chirp/ic9x.py -> build/lib/chirp copying chirp/id800_ll.py -> build/lib/chirp copying chirp/ic2200.py -> build/lib/chirp copying chirp/errors.py -> build/lib/chirp copying chirp/ic2820_ll.py -> build/lib/chirp copying chirp/icf.py -> build/lib/chirp copying chirp/convert_icf.py -> build/lib/chirp copying chirp/id800.py -> build/lib/chirp copying chirp/icx8x_ll.py -> build/lib/chirp copying chirp/old_ic9x_ll.py -> build/lib/chirp copying chirp/icx8x.py -> build/lib/chirp copying chirp/util.py -> build/lib/chirp copying chirp/xml.py -> build/lib/chirp creating build/lib/chirpui copying chirpui/cloneprog.py -> build/lib/chirpui copying chirpui/inputdialog.py -> build/lib/chirpui copying chirpui/__init__.py -> build/lib/chirpui copying chirpui/dstaredit.py -> build/lib/chirpui copying chirpui/shiftdialog.py -> build/lib/chirpui copying chirpui/memedit.py -> build/lib/chirpui copying chirpui/bankedit.py -> build/lib/chirpui copying chirpui/miscwidgets.py -> build/lib/chirpui copying chirpui/mainapp.py -> build/lib/chirpui copying chirpui/common.py -> build/lib/chirpui copying chirpui/clone.py -> build/lib/chirpui copying chirpui/editorset.py -> build/lib/chirpui copying chirpui/importdialog.py -> build/lib/chirpui running build_scripts creating build/scripts-2.4 copying and adjusting chirpw -> build/scripts-2.4 changing mode of build/scripts-2.4/chirpw from 644 to 755 running install_lib copying build/lib/chirpui/memedit.py -> /usr/lib/python2.4/site-packages/chirpui copying build/lib/chirpui/mainapp.py -> /usr/lib/python2.4/site-packages/chirpui copying build/lib/chirpui/clone.py -> /usr/lib/python2.4/site-packages/chirpui copying build/lib/chirpui/editorset.py -> /usr/lib/python2.4/site-packages/chirpui copying build/lib/chirp/ic9x_ll.py -> /usr/lib/python2.4/site-packages/chirp copying build/lib/chirp/__init__.py -> /usr/lib/python2.4/site-packages/chirp byte-compiling /usr/lib/python2.4/site-packages/chirpui/memedit.py to memedit.pyc byte-compiling /usr/lib/python2.4/site-packages/chirpui/mainapp.py to mainapp.pyc byte-compiling /usr/lib/python2.4/site-packages/chirpui/clone.py to clone.pyc byte-compiling /usr/lib/python2.4/site-packages/chirpui/editorset.py to editorset.pyc byte-compiling /usr/lib/python2.4/site-packages/chirp/__init__.py to __init__.pyc running install_scripts copying build/scripts-2.4/chirpw -> /usr/bin changing mode of /usr/bin/chirpw to 755 running install_data [root@localhost chirp-0.1.9b11]# ./chirpw Traceback (most recent call last): File "./chirpw", line 27, in ? from chirpui import mainapp File "/root/download/chirp-0.1.9b11/chirpui/mainapp.py", line 30, in ? from chirp import platform, id800, ic2820, ic2200, ic9x, icx8x, xml, idrp ImportError: cannot import name idrp [root@localhost chirp-0.1.9b11]# python setup.py install LOC: [] running install running build running build_py running build_scripts running install_lib running install_scripts changing mode of /usr/bin/chirpw to 755 running install_data [root@localhost chirp-0.1.9b11]# ./chirpw Traceback (most recent call last): File "./chirpw", line 27, in ? from chirpui import mainapp File "/root/download/chirp-0.1.9b11/chirpui/mainapp.py", line 30, in ? from chirp import platform, id800, ic2820, ic2200, ic9x, icx8x, xml, idrp ImportError: cannot import name idrp [root@localhost chirp-0.1.9b11]# vk4tux

2 1

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

24 Apr '09

G'day again, > Okay, I'm going to re-generate as b11 and post in the right > place. Should be there shortly... Got it that time... Thanks. With the label saying "ID-RPx000V" I'm guessing that excludes the 23cm DV (ID-RP2V) and 23cm DD (ID-RP2D) repeaters at this stage as they would have an extra digit that would need to be added in their frequency range. Cheers, davidt

2 1

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

24 Apr '09

Howdy Dan, > Aack! I looked in the beta directory to figure out what the > next version number should be, but perhaps I forgot to refresh! Just shows you're human (well sort of) :) > Any chance we can just forget about the other b10? :D I can live with it, but it still looks like the original b10 is still in the beta directory (still with 17 Apr Last Modified date), not this jumped up wanna be b10, that you want us to test :) I just downloaded / re-installed b10 and it looks like the original. I'm guessing it should show up initially in the "Download from Radio" section as I can't see any other spot where it would probably be. BTW, I've got D-RATS b4 connected to the ratflector if you want to do some tests, although I'll be in and out of the shack a bit. Cheers, davidt

2 1

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

24 Apr '09

G'day Dan, > I just posted CHIRP 0.1.9b10 with a single change. I'm a little confused (not hard to achieve really)... Shouldn't it be 0.1.9b11 ???? According to my records (and the beta directory) b10 was posted on the 17th April, but the changelog shows changes as of a few hours ago. There's no sign of a b11 in the beta directory (yet). Cheers, Davidt, VK3UR

2 1

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

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

[chirp_users] FW: chirp burp
by Dave Cooley 26 Nov '08

26 Nov '08

PREFACE: This is a follow up to previous post regarding missing memory channels using CHIRP. Okay after some exhaustive testing I have found what happens to some channels that previously were thought to be missing. I sorted by channel name to alphabetize them. I then tried to renumber them according to the new alphabeticall sort. When I entered a channel number already in use chirp deletes the old channel entry entirely. The goal is to renumber the channels by the slected sort. In otherwords download the radio sort by whatever field you desire the channel numbers should reamain intact i.e. 1,2,3,4, etc. They do not . They stay with the channel they were associated with from the radio. This is nice for viewing but accomplishes nothing if you want to program the radio with the new layout as it will write the channels with the original channel numbers and that is the default that the radio uses to pull them up. So no matter how you sort them, when you re-write to the radio it it is the same as before. I hope this makes sense. Happy Thanksgiving Dave Cooley N4DIB 1007 Centerbrook Drive Brandon, Florida 33511

1 0

Re: [chirp_users] CSV Import
by David Tilson 26 Nov '08

26 Nov '08

G'day Dan, > Dave T, you're a heavy CSV user... What would you think about > adding that to the CSV load logic? Probably a good idea, particularly while the file structure is expanding / changing on a regular basis and there is the likelihood that people have older version csv files. Currently if there is a new field I perform an export to csv and then manually compare the file structure and then make whatever changes are necessary. What would probably be even more useful (IMHO) would be to publish on the wiki a simple data model that shows each of the fields, syntax, acceptable values (and whether they are generic or radio specific), as well as any default values (if no entry made). This would help reduce errors made by people manually editing any of the files. I can probably assist, if no one else wants to, with putting together a draft (after the Xmas lights are up and running) but would need you to vet the data/format for accuracy. Cheers, Davidt, VK3UR

2 1

[chirp_users] CSV Import
by Dave Cooley 26 Nov '08

26 Nov '08

Not having much luck importing csv into Chirp using the import feature (although it is much easier to find the file now with the selectable dropdown) Here is a copy of the csv file. Can someone see what is wrong? This file was created from chirp as an export. Thanks Dave Cooley N4DIB

2 4

[chirp_users] CHIRP 0.1.8b4
by Dan Smith 24 Nov '08

24 Nov '08

Hi all, I just posted version 0.1.8b4 with the following changes: - Added real IC-V82 support - Added ability to convert a .ICF file to a .IMG file - Make File->Open browse box have appropriate filters - Add bank support to all radios Note that the ICF conversion only works for the clone-style radios, so it won't work on an ICF from RS-91 or RS-92. It has only had minimal testing, but seems to work for me. I still haven't made a decision on what to do on the filter issue for the export box, so no change has been made to this yet. The bank support seems to work for me. I don't have a GUI yet for setting the bank names on the 2820, 91, or 92. I'll get to it, but this should work for now. I didn't (remember to) add the skip flag into the CSV file, nor have I added the bank stuff yet. I haven't settled on the internal representation for the latter, and don't want to expose an external interface for it until I do. Oh, and neither skip nor bank info is in the .chirp file yet either :) -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 1

Re: [chirp_users] CHIRP 0.1.8b3
by David Tilson 24 Nov '08

24 Nov '08

G'day Dan, > Let me do the bank stuff for all the radios first, as I think > that's an > important piece of functionality. Once that's done, we can dig into > making the GUI more useful. How does that sound? That sounds great. Thanks Dan. Cheers, davidt

1 0

Re: [chirp_users] CHIRP 0.1.8b3
by David Tilson 24 Nov '08

24 Nov '08

> I bet VK3UR does a lot of sorting with radios packed to the > gills with memory locations. Dave, have you ever seen > memories fall out of the view when sorting by column? Nope, never seen the problem. I will qualify this though by saying 99% of the time I export the files to CSV, manipulate / sort with a text editor (or Excel) and then import back into the radio. Cheers, Davidt, VK3UR

3 5

Re: [chirp_users] CHIRP 0.1.8b3
by David Tilson 24 Nov '08

24 Nov '08

G'day Dan, > What features and behaviors does the chirp editor need to > have to make it equally or more useful than taking it out > into excel and back? As I think you know, I currently produce a bunch of configuration files for just about all of the Australian D-STAR 2m and 70cm repeaters. By exporting the memory information from my primary configuration file to csv format I can then perform a block / replace on large chunks of memories in the Freq, Offset, Tstep and RPT1 and RPT2 fields, which can then be imported back into the radio. CHIRP in its current format, using Export / Modify / Import, makes that a relatively simple process compared to editing one line at a time through the GUI. > Excel is pretty complex and powerful, so making chirp able to > rival the functionality may not be feasible, but it's a > worthwhile discussion, I think. Agreed. I have no perspective as to whether there are many others trying to do similar things to me, so I wouldn't suggest putting in a whole heap of effort if I'm the only one with this need. However... If you were to go down this path... One solution might be to be able to "tag" each of the memories to be changed, choose which field to have its data modified and have a field that can then have the new value entered into it. It still might be a bit kludgy if this has to be done each time, so it would be better still if the tagged entries could be remembered to simplify future editing. I think this would be great if not too difficult... Cheers, Davidt, VK3UR

2 1

Re: [chirp_users] CHIRP 0.1.8b3
by David Tilson 23 Nov '08

23 Nov '08

G'day Dan, Thanks for b3. > - Added file type filters to import/export browse boxes The filters are there, but by default the Filename for an export is radio.chirp. Unless you remove ".chirp" and replace it with ".csv" then the export will still be saved in .chirp format, even if the "Save as type" is set to CSV. Suggestion: How about removing the extension from the Filename field and then adding it as part of the "Save as type" field? > - Added support for SKIP and PSKIP (where supported) for all radios Although visible in the GUI, these fields don't appear to be in the CSV export yet. I'm into Christmas Lights mode now, trying to get 240 synchronised computer channels of lighting sorted out by 1 Dec, so will only have limited testing time available over the next week or so. Cheers, davidt

2 1

[chirp_users] CHIRP 0.1.8b3
by Dan Smith 23 Nov '08

23 Nov '08

Hi all, I just posted 0.1.8b3 with the following changes: - Added file type filters to import/export browse boxes - Added support for SKIP and PSKIP (where supported) for all radios - Fixed a bug where auto-set duplex isn't saved when frequency isn't changed - Fixed a bunch of duplex setting issues with IC2200 - Added NAM and NFM mode support for IC2200 I've got a V82 to play with for a while now, so I expect to add actual V82 support (right now the frequencies would be incorrect) soon. -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

2 4

Re: [chirp_users] Lost!
by David Tilson 21 Nov '08

21 Nov '08

>> I am with Dave on that one. I realize it is probably more >> work but it makes the process more idiot proof! > Well, I just figured it out, so it'll be in the next beta :) Dave, I think we are going to have to conspire together and come up with some tougher challenges for Mr Smarty Pants, as that last one only took an hour and a half :D Cheers, Davidt, VK3UR

2 1