- Users - lists.chirpmyradio.com

[chirp_users] New Daily Build
by Dan Smith 07 Feb '12

07 Feb '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-02072012/ A list of the changes included in this build (since the last daily) follows: changeset: 1270:d2dab1a8cabe tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Mon Feb 06 08:35:18 2012 -0800 files: chirp/kenwood_live.py description: [THF6A] Fix duplex lookups, which caused every memory channel to error out changeset: 1269:52cf71f3590a user: Dan Smith <dsmith(a)danplanet.com> date: Mon Feb 06 08:28:15 2012 -0800 files: chirp/kenwood_live.py description: [TMV7] Fix memory spec creation changeset: 1268:7cff9e539f8d user: Dan Smith <dsmith(a)danplanet.com> date: Mon Feb 06 07:29:17 2012 -0800 files: chirpui/common.py chirpui/editorset.py chirpui/mainapp.py description: Show the actual errors encountered on import and open, with a dialog box that has a TextView in it. changeset: 1267:ba3bc1fc1d78 user: Dan Smith <dsmith(a)danplanet.com> date: Mon Feb 06 07:09:43 2012 -0800 files: chirp/generic_csv.py description: [csv] Actually report errors to the debug log and include the relevant header name

2 2

[chirp_users] New Daily Build
by Dan Smith 04 Feb '12

04 Feb '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-02022012/ A list of the changes included in this build (since the last daily) follows: changeset: 1266:336758b4f6c8 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Wed Feb 01 15:44:55 2012 -0800 files: chirp/chirp_common.py chirpui/memedit.py description: Change the way band offsets are indexed and add 6m and 23cm standard repeater offsets changeset: 1265:3ece9ba59e27 user: Dan Smith <dsmith(a)danplanet.com> date: Wed Feb 01 15:27:26 2012 -0800 files: chirp/chirp_common.py description: Add 220MHz standard offset calculation

3 6

[chirp_users] Using Chirp with Icom V82
by Amateur Radio WB8NUT 02 Feb '12

02 Feb '12

Is there anything special or sequence of keys needed to get Chirp to work with an Icom V82? I put the radio into Clone mode and try reading and writing. I have hit the PTT to read and write. In every case Chirp says it cannot determine the radio model number and gives an error. Any suggestions? Thanks, Duffy www.wb8nut.com

3 4

[chirp_users] Can read but not write Kenwood TM-V7A
by David Hagood 01 Feb '12

01 Feb '12

Just FYI: http://chirp.danplanet.com/issues/49 I can read from my TM-V7A, but not write a channel.

1 0

[chirp_users] Chirp on Ubuntu 11.10
by Peter Grace 01 Feb '12

01 Feb '12

I just installed chirp on Ubuntu 11.10 When I run chirpw I get a blank white window with the title Chirp. I have python 2.7.2+ installed. Any solution or suggestions ? Thank you, -- -- Peter Grace pcg(a)acm.org GPG/PGP KeyID: D758F3EF Project Manager / System Analyst with experience in Financial Services, Human Therapeutics and Managed Health Care

2 8

[chirp_users] Chirp and FT-7900 problem
by John 01 Feb '12

01 Feb '12

Hi, I've download chirp and used it to program an Icom ic-2100h I now want to program a Yaesu FT-7900. I bought the USB cable from Kawa but am having a problem. If I plug in the cable into the data port the radio goes into tx until I plug in the USB then it goes to rx. But when I try to download the radio's content I get and error message that says "Failed to read header (0)" What am I doing wrong? Thanks, John K4AG

2 1

Re: [chirp_users] FT-817ND Writing problem
by Kurt Savegnago 29 Jan '12

29 Jan '12

Hi Marco, Here is the scan of my 817ND. I can get Chirp to log with what Dan sent me: CHIRP_DEBUG=y ./chirpw 2>&1 | tee debug.log I used these instructions: Could you please run in linux the attached script and send me the output: - copy the file to your chirp-devel directory in the chirp subdir (the same where the ft817.py file is) - cd to that dir - prepare the radio for the clone operation - run it with python./dump817nd.py /dev/ttyUSB1 2>&1 >/tmp/817dump - start radio clone tx wait for the clone to complete, the radio should complain "as usual" and the program should take a few seconds to finish after the actual data transfer is ended. Send the generated /tmp/817dump file. Please send also an image of the white label on the radio (the one with model, serial number etc): we have to find not only the protocol details but also a way to recognize the various radio sub models. ___________________________________________________________________________ I received the dump817nd.py file, stuck it in the same directory where ft817.py is located (chirp-daily-01232012/chirp and then used python./dump817nd.py /dev/ttyUSB1 2>&1 >/tmp/817dump While the rig is in clone mode. I had the radio send the memory contents to chirp and I did get a dumpfile I've attached. I apologize as I'm not a programmer. I guess that's a commandline level task. Actually, when the task was done, the 817ND flashed Error again on the screen. Boy, I don't know what you can make of that file. Took me awhile to figure out what I had to do but I think this is what was desired. Anything else I can do to help just send me the commands and I'll run 'em. :-) I did two runs and hence the 817 and 817a file Kurt KC9LDH --- On Sat, 1/28/12, Marco IZ3GME <iz3gme.marco(a)gmail.com> wrote: > From: Marco IZ3GME <iz3gme.marco(a)gmail.com> > Subject: Re: [chirp_users] FT-817ND Writing problem > To: "Discussion of CHIRP" <chirp_users(a)intrepid.danplanet.com> > Date: Saturday, January 28, 2012, 6:12 AM > Here is the script .... sorry ... > > 73 de IZ3GME Marco

2 1

[chirp_users] New Daily Build
by Dan Smith 28 Jan '12

28 Jan '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-01212012/ A list of the changes included in this build (since the last daily) follows: changeset: 1263:7b748c5c5f65 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Fri Jan 20 18:59:00 2012 -0800 files: tests/run_tests description: [tests] Add a very simple cross mode tone test, run if the radio supports it changeset: 1262:4b820fc47c04 user: Dan Smith <dsmith(a)danplanet.com> date: Fri Jan 20 18:51:41 2012 -0800 files: tests/run_tests description: [tests] Don't choke on radios that support cross-mode tones changeset: 1261:410445300fff user: Dan Smith <dsmith(a)danplanet.com> date: Fri Jan 20 10:08:53 2012 -0800 files: chirpui/mainapp.py chirpw description: Add a simple language override in the View menu that allows you to choose one of the supported languages if you aren't able to set it via your operating system.

4 15

Re: [chirp_users] FT-817ND Writing problem
by Kurt Savegnago 27 Jan '12

27 Jan '12

--- On Wed, 1/25/12, Dan Smith <dsmith(a)danplanet.com> wrote: > From: Dan Smith <dsmith(a)danplanet.com> > Subject: Re: [chirp_users] FT-817ND Writing problem > To: "Discussion of CHIRP" <chirp_users(a)intrepid.danplanet.com> > Cc: "Marco Filippi IZ3GME" <iz3gme.marco(a)gmail.com> > Date: Wednesday, January 25, 2012, 9:25 PM > > I think the cable is fine > because it works with HRD. Tried both Linux > > and Windows versions of Chirp. Weird because it reads > the 817ND's > > memory just fine. No joy when it writes. > > Hmm, strange. Try running with CHIRP_DEBUG and grabbing the > console > output to send to us. On linux: > > # CHIRP_DEBUG=y ./chirpw 2>&1 | > tee debug.log > > > Maybe Marco has an idea? > > -- > Dan Smith > www.danplanet.com > KK7DS > _______________________________________________ O.K. Here is the log file and the first portion is a read from the 817ND. Again, once the read is successfully carried out the ND flashes ERROR but the data is read into the program correctly on the computer screen. I then did a write and the ND just sits there and doesn't give in indication whether or not with cloning/write operation was a success. This time I used a 9 pin serial cable that I paired with a USB/serial converter. I'll fire up FT-817 Commander and restore it back. The glitch causes a deep reset of the ND and I get the blue screen instead of the orange one I set. Best regards, Kurt Savegnago KC9LDH http://aprs.fi/?call=PARS&mt=roadmap&z=11&timerange=3600

1 0

[chirp_users] New Daily Build
by Dan Smith 23 Jan '12

23 Jan '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-01232012/ A list of the changes included in this build (since the last daily) follows: changeset: 1264:c00282ce90f6 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Sun Jan 22 21:31:45 2012 -0800 files: chirpw description: Fix opening the proper path for debug.log on Win32

2 1