- Users - lists.chirpmyradio.com

[chirp_users] Question
by Robert Sheppard 29 Mar '12

29 Mar '12

I am not sure what my user name is? Robert Sheppard robertsheppard(a)yahoo.com I used your program (CHIRP) to up-date my ft-897D. It seems to have worked great. Thank You

2 1

[chirp_users] 857D problem
by Joseph Skoler 28 Mar '12

28 Mar '12

Hi, I just installed Chirp to program my new 857D. The interface/cable is working fine -- able to download/upload memories to/from the radio. My problem is that none of the UHF/VHF memories work on the rig if they're programmed using Chirp. That is, they're in memory and I can receive on them just fine. But, transmitting does not appear to work -- cannot key up the repeaters. I have quadruple checked the offset direction/amount as well as the PL. The 10 meter memory entries work fine. I have an SWR meter on the HF antenna port and it moves a tiny amount when I'm transmitting on a memory channel programmed to a VHF or UHF frequency, as if it's putting the signal out the HF port. When I program the memories manually everything works fine. What am I doing wrong? thank you, Joseph, kc2yu

4 7

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

28 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-03282012 A list of the changes included in this build (since the last daily) follows: Changes for Build #44 [Dan Smith <dsmith(a)danplanet.com>] Clarify the "save changes?" dialog prompt title

2 1

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

25 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-03252012 A list of the changes included in this build (since the last daily) follows: Changes for Build #43 [Dan Smith <dsmith(a)danplanet.com>] Merge wit stable [Tom Hayward <tom(a)tomh.us>] [vx5] Initialize unknown bits of new memories to safe defaults. Fixes #87. [Tom Hayward <tom(a)tomh.us>] [vx5] Fix valid bands for 48 MHz minimum (previously 47 MHz). [Tom Hayward <tom(a)tomh.us>] Add support for opening and saving .eve (EVE) and .vx5 (VX5 Commander) files.

1 0

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

24 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-03242012 A list of the changes included in this build (since the last daily) follows: Changes for Build #42 [Dan Smith <dsmith(a)danplanet.com>] Merge with stable [Dan Smith <dsmith(a)danplanet.com>] Fix install paths in setup.py to avoid a duplicate /usr [Dan Smith <dsmith(a)danplanet.com>] Include locale files in sdist build (!) [Dan Smith <dsmith(a)danplanet.com>] Added tag release_0_2_1 for changeset 744ce08c8bea [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>] Make Kenwood drivers refuse to talk to an incompatible model (since you can now ask it to do so) [Dan Smith <dsmith(a)danplanet.com>] Allow choosing a specific model even if the vendor supports a detection scheme. This lets you choose, for example, a specific model Icom or Kenwood radio and bypass the detection routine during download. This can avoid certain issues with detection and/or speed up the process of starting the download.

2 1

[chirp_users] 92AD and Todays Build
by James E. Wells (KDØAJZ) 23 Mar '12

23 Mar '12

Downloaded to days daily build. Read the radio and everything read as it is suppose to. Exported files and they exported as they were suppose to do. Everything worked just as it has suppose to from the beginning. I now have a clean copy of my radio files and a working Chirp program that will work on the ICOM 92AD. Thank You. James -------------------------------------------------------------------------------- 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

[chirp_users] CHIRP 0.2.1
by Dan Smith 22 Mar '12

22 Mar '12

Hi all, As planned and promised, I just posted 0.2.1 on the website for download. This release contains only the bare minimum of fixes against 0.2.0. The new version is available on the download page and the details are documented in the news item on the site: http://chirp.danplanet.com/news/3 Note that if you're running on the current daily builds then what you have is *newer* than this build. The intent of the maintenance releases are just to get fixes to users of the regular version more often. Thanks! -- Dan Smith www.danplanet.com KK7DS

1 0

[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