March 2012 - Users - lists.chirpmyradio.com

[chirp_users] Fedora Linux RPMs for the latest chirp-daily build now available
by Mike Heitmann 22 Mar '12

22 Mar '12

All, Fedora Linux RPMs for the latest chirp-daily build are now available in the KK7DS Ham-Apps yum repository. To add the repository as a software source, please follow these instructions: http://www.d-rats.com/component/content/article/30-d-rats-yum-repository/ I know it says d-rats, the chirp files are in the same repository. After setting up the repository, open the "Add/Remove Software" tool and go to "software sources" under the system menu. Make sure the "KK7DS Ham Apps Beta Software" line is checked (enabled). For some reason, the Fedora package manager likes the beta versions better that the daily builds, so you may not see the daily release in the list the first time you update. If you don't see it, open a terminal window and enter: yum update chirp-daily_daily_03222012 Or: yum update chirp-daily_daily_032220121.fc16 That should install the latest daily build. For those who don't wish to use the repository but still want the RPM (binary or source), please look here: http://ham.n0so.net/fileadmin/ham/apps/rpm/fedora/16/noarch/chirp-daily_032… http://ham.n0so.net/fileadmin/ham/apps/rpm/fedora/16/SRPMS/chirp-daily_0322… Happy Testing, Mike, N0SO

1 0

[chirp_users] New Daily Build
by Build System 22 Mar '12

22 Mar '12

Greetings, A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-03222012 A list of the changes included in this build (since the last daily) follows: Changes for Build #41 [Dan Smith <dsmith(a)danplanet.com>] Merge with stable branch [Tom Hayward <tom(a)tomh.us>] [tmd710] Define valid_skips to avoid errors during imports. [Tom Hayward <tom(a)tomh.us>] [tmd710] Expand charset to all ASCII except , which isn't supported in the live driver. [Tom Hayward <tom(a)tomh.us>] [thd72] Add live driver for Kenwood TH-D72 and disable broken clone driver. [Dan Smith <dsmith(a)danplanet.com>] Add Kenwood TM-G707 support In order to do this, I had to add a per-radio "valid tones" list because apparently older radios such as the G707 and V7A didn't support the full range of tone values (like some older Alincos). [Tom Hayward <tom(a)tomh.us>] [tmd710] Define valid_skips to avoid errors during imports. [Tom Hayward <tom(a)tomh.us>] [tmd710] Expand charset to all ASCII except , which isn't supported in the live driver. [Tom Hayward <tom(a)tomh.us>] [thd72] Add live driver for Kenwood TH-D72 and disable broken clone driver. [Dan Smith <dsmith(a)danplanet.com>] Don't fail detection test if we're a live radio

1 0

Re: [chirp_users] ICOM 92AD
by Mike Heitmann 20 Mar '12

20 Mar '12

Hi James, I was able to import your data file with no problems. I did not have to edit it. All I did was connect my radio, let chirp read it, then selected the B tab, saved my data (for backup), then did a file->import on your file. If the radio doesn't successfully read first, it's not talking to chirp and the file import will fail. Keep trying until it reads your data first. It shouldn't take more than 5 minutes to read the old data from the radio. If it does, your getting read errors. Mike, N0SO --- On Sun, 3/18/12, James E. Wells (KDØAJZ) <kd0ajz(a)comcast.net> wrote: > From: James E. Wells (KDØAJZ) <kd0ajz(a)comcast.net> > Subject: Re: [chirp_users] ICOM 92AD > To: "Discussion of CHIRP" <chirp_users(a)intrepid.danplanet.com> > Date: Sunday, March 18, 2012, 3:43 PM > Mike > > Would also like to say that I do all the things that you > wrote but the > program usually ends up "Not Responding" in the areas that I > have problems > with. It is giving me the Bank names and where they are > located in the A > side after I have the program read the radio. However the B > side which has > less than 70 entries will not return any bank names or where > they are > located after reading the radio no matter how long I wait. I > have waited for > thirty minutes and when I click on the program again gives > me "Not > Responding." > The biggest concern is that it will not read the radio if it > turned on when > I ask it to read the radio it puts ERROR in all lines. So if > I turn it off > and have the chirp read the radio it will give me at least > two or three > errors by the time I get the radio turned on and then those > are filled in by > the time when it is finished. > The file I sent you was one that had been loaded from the > radio and then I > put in the data that I wanted. > When Chirp is finished with reading the radio I then have > tried to import > the data file I sent you. It comes up with the dialog box > with the file and > I click okay but it just sits there and eventually goes into > "Not > Responding" again. > > I also wanted to comment on the length of time that it takes > to read the > radio. It does not take that long for it to read my radio. > Maybe 30 minutes > as the longest time. Usually shorter. > > Oh and what ever you edit could you tell me what you edited > so that I can do > the same and then I will stop bothering everyone. (I know > you all probably > cringe when you see an e-mail from me. > > Thanks For You Help > James > >

2 1

[chirp_users] New Daily Build
by Build System 20 Mar '12

20 Mar '12

Greetings, A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-03202012 A list of the changes included in this build (since the last daily) follows: Changes for Build #40 [Dan Smith <dsmith(a)danplanet.com>] Merge with stable branch [Dan Smith <dsmith(a)danplanet.com>] [csv] Fix writing extra carriage returns in CSV files on Windows because of a peculiar behavior of the system CSV module. [Dan Smith <dsmith(a)danplanet.com>] The RFinder guys changed their query mechanism _again_. At least this time it's sane. [Dan Smith <dsmith(a)danplanet.com>] [ic9x] Finish the port by adding bank support [Dan Smith <dsmith(a)danplanet.com>] Allow cloning data from another Memory() object [Dan Smith <dsmith(a)danplanet.com>] Some type conversion routines for concrete bitwise types [Dan Smith <dsmith(a)danplanet.com>] [ic9x] Re-write the code that parses and generates IC9x frames to use bitwise. This is a long time coming, and it's significantly cleaner and easier to maintain now. Note that this broke bank support, but I'll follow up shortly with a fix for that. [Dan Smith <dsmith(a)danplanet.com>] Fix one-off error preventing us from properly updating the first column name in the bank membership editor. [Dan Smith <dsmith(a)danplanet.com>] Update RFinder driver to support their new super secret ultra secure authentication protocol. [Tom Hayward <tom(a)tomh.us>] Add option for hardware flow control (rtscts) for Radio drivers, defaults to off.

2 1

[chirp_users] can't upload to 2820
by Brian Mury 19 Mar '12

19 Mar '12

Hello, I'm having problems uploading to my 2820 (downloading works). The upload progresses until the CHIRP progress bar has hit 100%, and the 2820 progress bar has *almost* hit 100%, then the window with the CHIRP progress bar closes, and the radio just sits there saying "CLONE IN", and showing the progress bar a pixel or two away from completion. I'm forced to power cycle the radio, at which point it resets to factory settings. I'm running Fedora 16, and was using chirp-0.1.12-5.fc16 from the repository. I've tried upgrading to chirp-0.2.0-1.fc16, also from the repository, and am seeing the same problem. I'm using the data port, not the speaker port. I dug out an old Windows laptop and tried the Icom CS-2820 software - it works, so the radio and cable both work. This used to work for me. I haven't used CHIRP in quite some time as I haven't needed to make any changes to the radio's programming, so unfortunately I can't say when it stopped working. Here's the relevant portion of the output when run from a terminal: ---------------------------------------------------------------- Clone thread started Starting HiSpeed: 000: fe fe fe fe fe fe fe fe ........ 008: fe fe fe fe fe fe fe fe ........ 016: fe fe fe fe ee ef e8 29 .......) 024: 70 00 01 00 00 02 01 fd p....... Response: Switching to 38400 baud Starting HiSpeed Clone: 000: fe fe fe fe fe fe fe fe ........ 008: fe fe fe fe fe fe ee ef ........ 016: e3 29 70 00 00 fd 00 00 .)p..... -- Exception: -- Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/chirpui/clone.py", line 219, in run self.__radio.sync_out() File "/usr/lib/python2.7/site-packages/chirp/icf.py", line 529, in sync_out clone_to_radio(self) File "/usr/lib/python2.7/site-packages/chirp/icf.py", line 349, in clone_to_radio raise errors.RadioError("Did not get clone result from radio") RadioError: Did not get clone result from radio ------ Clone failed: Did not get clone result from radio Clone thread ended ---------------------------------------------------------------- 73, Brian VE7NGR

3 21

[chirp_users] New Daily Build
by Build System 19 Mar '12

19 Mar '12

Greetings, A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-03192012 A list of the changes included in this build (since the last daily) follows: Changes for Build #39 [Dan Smith <dsmith(a)danplanet.com>] Add Tom KD7LXL to the list of contributors [Dan Smith <dsmith(a)danplanet.com>] Add provisions for selection Dutch translation in CHIRP, and add Michael to the translator credits. [Dan Smith <dsmith(a)danplanet.com>] Dutch translation from Michael Tel PD4MT

2 1

[chirp_users] ICOM 92AD
by James E. Wells (KDØAJZ) 18 Mar '12

18 Mar '12

OKAY... This is strange. I turned the radio off. Started the program. Told it to read the radio. It started to read the radio but it said error on each line. I turned the radio on and it went back and filled in where it did not read at first. In other words I had to turn the radio on after I started the download from the radio. I do not understand. -------------------------------------------------------------------------------- James Earl Wells KDØAJZ Blue Springs Amateur Radio Club Output 444.950 MHz Input: + offset PL=107.2 Hz Output 147.015 MHz Input: + offset PL=151.4 Hz Member ARRL Jackson County-Missouri ARES

4 14

[chirp_users] New Daily Build
by Build System 17 Mar '12

17 Mar '12

Greetings, A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-03172012 A list of the changes included in this build (since the last daily) follows: Changes for Build #38 [Dan Smith <dsmith(a)danplanet.com>] Update RFinder driver to support their new super secret ultra secure authentication protocol.

2 1

[chirp_users] Chirp Daily Build
by James E. Wells (KDØAJZ) 16 Mar '12

16 Mar '12

Did I miss the daily build? If so would someone send me the link? Thanks -------------------------------------------------------------------------------- James Earl Wells KDØAJZ Blue Springs Amateur Radio Club Output 444.950 MHz Input: + offset PL=107.2 Hz Output 147.015 MHz Input: + offset PL=151.4 Hz Member ARRL Jackson County-Missouri ARES

1 0

Re: [chirp_users] Wouxun KG-UVD1P connection
by Dan Smith 16 Mar '12

16 Mar '12

> I use the wouxun and commander programs on the PC Okay, it may be worth trying chirp on Windows, if you can, just to rule out any issues with the driver on MacOS. Part of the problem is that the chinese manufacturers regularly make multiple versions of the "same" radio that speak a different language or have subtle differences with no visual markings to distinguish them. If it doesn't work on Windows, then that may be biting us here. Also, if you could get and send the debug.log from the Mac, that will help us determine if it's not seeing any data from the radio, or if something more detailed is going on. Instructions for getting your debug log are here: http://chirp.danplanet.com/projects/chirp/wiki/How_To_Report_Issues I assume you're using 0.2.0? -- Dan Smith www.danplanet.com KK7DS

2 1