- Users - lists.chirpmyradio.com

[chirp_users] Chirp 2.2 won't launch of folder name contains a space
by Anthony Compton 22 Apr '12

22 Apr '12

OK I hope this does not end up being a duplicate post. I figured out that CHIRP won't open if the app is located in a folder that has spaces in the name. Re-named my folder to Amateur and it's working again. Anthony AE7HS On Apr 20, 2012, at 4:32 PM, Anthony Compton wrote: > Since upgrading to CHIRP 2.2 I am seeing strange behavior launching the app on my MacBook Pro. I have an Amateur Radio folder under my Applications folder and I have been running CHIRP and other Ham apps from there for some time. When I upgraded to CHIRP 2.2 the app failed to launch. I took the usual steps Permissions Repair, different users profile, etc. CHIRP and DRats will not open if they are located in my Amateur Radio folder. > > I found that I can open CHIRP if it's located on my Desktop, Downloads, or Applications Folder but If I move it to the Amateur Radio subfolder it won't open. Permissions appear to be the same on all folders in my Applications Folder. Also, I have a MacBook Air with the same folder layout and CHIRP works fine there. > > I am stumped for the moment. Any suggestions? > > Anthony > AE7HS Anthony AE7HS

2 1

[chirp_users] OS X 10.7.3 Can't launch from sub-folder
by Anthony Compton 21 Apr '12

21 Apr '12

Since upgrading to CHIRP 2.2 I am seeing strange behavior launching the app on my MacBook Pro. I have an Amateur Radio folder under my Applications folder and I have been running CHIRP and other Ham apps from there for some time. When I upgraded to CHIRP 2.2 the app failed to launch. I took the usual steps Permissions Repair, different users profile, etc. CHIRP and DRats will not open if they are located in my Amateur Radio folder. I found that I can open CHIRP if it's located on my Desktop, Downloads, or Applications Folder but If I move it to the Amateur Radio subfolder it won't open. Permissions appear to be the same on all folders in my Applications Folder. Also, I have a MacBook Air with the same folder layout and CHIRP works fine there. I am stumped for the moment. Any suggestions? Anthony AE7HS

2 1

[chirp_users] Chirp and IC92
by Michael Walker 20 Apr '12

20 Apr '12

Hi David Let me thank you for all the hard work on this. I appreciated your dedication to this project. I work for a large company in their software part of the world, and I do appreciate that software does have bugs. So, I have found a few that might have been discussed, previously, but I thought I would mention them. I do own the following radios that I can test with: - vx7r - vx8r - ic92 - uv5r - id-800 - ft857 - ft897 (I need to sell some radios :) ) I was playing with the ic92 on the daily build from 2 days ago (04162012). I am using a non-chinese usb/rs232 adapter on my RS92 connected to the IC92 on W7 64. Chirp 'seem's to read all the IC92 data in live mode. What took me down this path, was that I had some repeater offsets programmed as 0.0000. When I tried to change them to 5.000, it would not take and the update was not transmitted to the radio. Previously to this, I was cleaning out the radios memories by highlighting all the SW Broadcast and deleting them with a Shift up. I believe that completed for the most part (not all memories were deleted). I then manually edited the offset in the radio, but it is not being read by the software (this is in band B 000). Thoughts? Is there a log I can share with you? Again, many thanks. Mike va3mw

2 6

[chirp_users] CHIRP Website Maintenance
by Dan Smith 20 Apr '12

20 Apr '12

Hi all, This afternoon (pacific time) I will have to take the CHIRP website down for a few hours to do some very necessary maintenance. I'm planning to redirect the name to another host with a very basic page with links to the download in case anyone needs it at that time. If everything goes smoothly it should come back up after a couple hours of work. Thanks! -- Dan Smith www.danplanet.com KK7DS

1 0

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

20 Apr '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-04202012 A list of the changes included in this build (since the last daily) follows: Changes for Build #66 [Dan Smith <dsmith(a)danplanet.com>] Merge with stable #93 [Dan Smith <dsmith(a)danplanet.com>] [thf6] Fix valid name length Was 7, should be 8 Fixes #132 [Dan Smith <dsmith(a)danplanet.com>] [tests] Fix column alignment with recent long-named vendor #93 [Dan Smith <dsmith(a)danplanet.com>] Fix up BruteForce test to be gracious about Baofeng shortcomings #93 [Dan Smith <dsmith(a)danplanet.com>] Merge with stable #93 [Dan Smith <dsmith(a)danplanet.com>] Fix 12.5kHz split tx frequencies on VX3,5,7,8 Fixes #139 [Dan Smith <dsmith(a)danplanet.com>] Fix FT-8900 narrow bit setting Before this patch, we would never clear the narrow bit on a channel, only set it. So, once you marked something as narrow, we could never unmark it back to wide, without deleting/wiping it. Fixes #140 [Marco Filippi <iz3gme.marco(a)gmail.com>] [FT8x7] Index error on fm only band check Affect whole ft8x7 family fix Bug #137 [Marco Filippi <iz3gme.marco(a)gmail.com>] [ft8x7] React correctly on deletion of special memories fix Bug #136 [Marco Filippi <iz3gme.marco(a)gmail.com>] [FT857] Protected a debugging print by CHIRP_DEBUG environment variable Fix Bug #134 [Marco Filippi <iz3gme.marco(a)gmail.com>] [FT857] Fix PMS memories editing Fixes #131 [Dan Smith <dsmith(a)danplanet.com>] Add the ability to exclude a test from the set Misc fixes #93 [Dan Smith <dsmith(a)danplanet.com>] [ic9x] Fix offset field The recent move to using bitwise on the ic9x left the offset field one BCD digit shorter than it should be. Fixes #132 [Marco Filippi <iz3gme.marco(a)gmail.com>] [ft8x7] Stupid typo that prevent vfob memories to be modified. Affect whole ft8x7 family Bug #133 [Dan Smith <dsmith(a)danplanet.com>] [tests] Add a corner case test for split duplex with a 12.5kHz TX frequency, since this is stored in a funky way on some yaesu radios. Tests #125

2 1

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

19 Apr '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-04192012 A list of the changes included in this build (since the last daily) follows: Changes for Build #65 [Dan Smith <dsmith(a)danplanet.com>] Merge with stable #93 [Dan Smith <dsmith(a)danplanet.com>] [ftxx00] Fix setting split frequencies that use 12.5kHz step Fixes #125 [Dan Smith <dsmith(a)danplanet.com>] Merge with stable #93 [Dan Smith <dsmith(a)danplanet.com>] Finally fix MacOS application menu It should show "CHIRP" and not "Python" and "Quit" should actually quit instead of hang. The latter was fairly straightforward, but the former requires some serious ugliness in the way we launch it. But, MacOS is ugly, so we fit right in. Fixes #130 [Dan Smith <dsmith(a)danplanet.com>] Fix reading Kenwood TH-F6A odd splits Hopefully the final nail in the coffin for #101 [Marco Filippi <iz3gme.marco(a)gmail.com>] Fix FT817 60M channel editing Fixes #127 [Dan Smith <dsmith(a)danplanet.com>] Fix 60m channel editing in stable tree Marco's fix for bug #83 didn't get propagated to the separate 60m channel structure definition in the stable tree, causing us not to be able to edit those channels. It's not a problem in unstable because we've moved to unified structure definitions. Part of the fix for #128 [Dan Smith <dsmith(a)danplanet.com>] Make the UI not attempt to correct the tuning step on nostep_tuning radios Part of the fix for #128 [Filippi Marco <iz3gme.marco(a)gmail.com>] [ft857/897] Change the Vhf band limit which is different than ft817 one Fix bug #121 [Tom Hayward <tom(a)tomh.us>] Only update import progress bar on non-empty and mod 50. Fixes #119. [Dan Smith <dsmith(a)danplanet.com>] Added tag release_0_2_2 for changeset 30eeb96b77fb [Dan Smith <dsmith(a)danplanet.com>] Make the Edit->Copy operation package up the source radio's feature set and pass it to Edit->Paste, which can use it to do an import_mem() operation on the resulting memory object before pushing it into the destination radio. This makes a Copy-Paste operation behave exactly like a File->Import operation. It also fixes the case where you get silly warning/errors if you Copy-Paste between dissimilar radios. Fixes bug #113 [Dan Smith <dsmith(a)danplanet.com>] Change import_logic.import_mem to take just the feature set of the source radio, which is all that is really necessary and avoids needing a reference to the whole radio to do an import. Bug #113

2 1

[chirp_users] UV-5r
by lockworks07＠aol.com 19 Apr '12

19 Apr '12

Hi, I cannot get this to work on my iMac. I have followed the directions but the model and usb port does not show up. Any help would be appreciated. Thanks, Jeff

1 0

[chirp_users] Chirp VX-6 Clone Download Hangs?
by Carter, Steve 19 Apr '12

19 Apr '12

Just installed Chirp 0.2.2 and python runtime on a Mac OSX 10.6 machine per standard instructions. Installed drivers for USB-Serial cable. When I turn on my Yaesu VX-6 in Clone mode, start Chirp, then initiate the clone transmission on the radio, it appears to start, but hang immediately. Radio gives an error and Chirp waits until cancelled. Have full debug log, but the following appears to be the pertinent part. Something obvious to any of you? Thanks, Steve ------------ <snip> Registered Yaesu_VX-6 = VX6Radio <snip> Enabled OSX menubar integration /Applications/chirp-0.2.2.app/Contents/MacOS/../Resources/chirp/chirpw:124: PangoWarning: error opening config file '../Resources/etc/pango/pangorc': No such file or directory a.show() User selected Yaesu VX-6 on port /dev/cu.usbserial Clone thread started 000: 41 48 30 32 31 00 e0 01 AH021... 008: 02 01 00 00 00 00 00 00 ........ -- Exception: -- Traceback (most recent call last): File "/Applications/chirp-0.2.2.app/Contents/Resources/chirp/chirpui/clone.py", line 222, in run self.__radio.sync_in() File "/Applications/chirp-0.2.2.app/Contents/Resources/chirp/chirp/yaesu_clone.py", line 177, in sync_in self._mmap = clone_in(self) File "/Applications/chirp-0.2.2.app/Contents/Resources/chirp/chirp/yaesu_clone.py", line 67, in clone_in data += chunk_read(pipe, block, radio.status_fn) File "/Applications/chirp-0.2.2.app/Contents/Resources/chirp/chirp/yaesu_clone.py", line 42, in chunk_read data += pipe.read(block) File "/opt/kk7ds/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/serial/serialposix.py", line 442, in read ready,_,_ = select.select([self.fd],[],[], self._timeout) error: (9, 'Bad file descriptor') ------ Clone failed: (9, 'Bad file descriptor') Clone thread ended

2 6

[chirp_users] FT-857D M-603 modification for new 60 Meter allocation
by Hugh Wardlaw 18 Apr '12

18 Apr '12

I successfully downloaded the settings from my FT-857D. When I attempted to enter the 5.3585 value for the 5.368 I get an Invalid Value Entered message. It would have been nice for it to have worked. If you can come up with a solution I would appreciate an update. I loaded the CHIRP daily-04162012 version on my Windows 7 netbook. I would like to pass the information along to my fellow club members if this will work. There are several of us with 897's and 857's. 73, de Hugh, WB4SLI

3 4

[chirp_users] New Daily Build
by Build System 18 Apr '12

18 Apr '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-04182012 A list of the changes included in this build (since the last daily) follows: Changes for Build #64 [Dan Smith <dsmith(a)danplanet.com>] Fix FT857 60M channel editing Fixes #127 [Dan Smith <dsmith(a)danplanet.com>] Allow querying network sources directly (Feature #126) This change puts the "Import from..." network source menu items inside a generic "Import from data source" menu item and adds another called "Query data source". It is populated with similar items for each of the network data sources currently supported. When the user selects one of these, the usual query process happens, but in the end, we open the result in a read-only tab so that they can browse, copy, and paste selections into another tab. [Dan Smith <dsmith(a)danplanet.com>] Allow querying the readonly-ness of an editorset Related to #126 [Dan Smith <dsmith(a)danplanet.com>] Make memedit expose its readonly-ness and use the new scheme for determining unique model IDs directly. Related to #126 [Dan Smith <dsmith(a)danplanet.com>] Make RFinderRadio not declare to have bank support and also inherit from NetworkSourceRadio. Related to #126 [Dan Smith <dsmith(a)danplanet.com>] Make the RadioReferenceRadio not claim to have bank support Related to: #126 [Dan Smith <dsmith(a)danplanet.com>] Add support for Vertex Standard VXA-700 Feature #120

1 0

[chirp_users] New Daily Build
by Build System 16 Apr '12

16 Apr '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-04162012 A list of the changes included in this build (since the last daily) follows: Changes for Build #63 [Filippi Marco <iz3gme.marco(a)gmail.com>] [ft857/897] Change the Vhf band limit which is different than ft817 one Fix bug #121

2 1

Re: [chirp_users] CSV imports
by Jim Piper 16 Apr '12

16 Apr '12

Got it Dan, thanks! Somehow missed the merge/overwrite of the radio image and the csv import. Just tried it and it works. Going to solve my laptop/W2k prob by trying to upgrade the OS to XP. That'll solve a number of probs, including being able to easily use your later releases of CHIRP. Using your latest build on my desktop machine and all is well with it. Thanks for the response to the CHIRP user's email. Thought I had asked the question on the mailing list, i.e., "chirp_users(a)intrepid.danplanet.com." I much prefer asking the question there to find whether other uses have had the same problem or can offer a solution than bugging the guys doing the coding. Best regards -- Jim On 4/15/2012 7:29 PM, Dan Smith wrote: >> I've re-read the newbie instructions numerous times but suspect I am >> doing something wrong. > You can't upload a CSV file to a radio directly, you can only upload an > image. So, grab an image from the radio, *import* the contents of the > CSV file, and then upload back to the radio. > > There have been a lot of CSV fixes since 0.1.12, so I recommend the > following procedure: > > 1. Download from the alinco with your older version, save to > myalinco.img > 2. Copy myalinco.img to the newer machine > 3. In the current version of chirp, open your myalinco.img > 4. File->Import, choose the CSV file > 5. File->Save the changes back to myalinco.img > 6. Copy the myalinco.img back to your older computer > 7. File->Open it with the older chirp and then Radio->Upload to push it > back into the radio. > > It's more complicated than it should need to be since you have the other > issue of not being able to run the current chirp on the older machine. > > In the future, asking questions like this on the mailing list would be > preferred so everyone can help/contribute/benefit from the discussion. > > Thanks! >

1 0

[chirp_users] "comment" column in support matrix
by David Griffith 16 Apr '12

16 Apr '12

I'm wondering what the "comment" column in http://chirp.danplanet.com/download/0.2.2/Model_Support.html refers to. Does this mean on the Yaesu VX-7R I cannot label memories as is described on page 48 (50 in the PDF) in the radio's manual through CHIRP? -- David Griffith dave(a)661.org

3 2

[chirp_users] Windoze 2k and CHIRP 0.2.2
by Jim Piper 15 Apr '12

15 Apr '12

Hoping for some help running CHIRP on a W2k machine. Used the CHIRP installer package to install. Ran without changes. Now, whenever I attempt to load and run CHIRP, the load halts and directs me to the "chirpw.exe" notepad file with these contents: Traceback (most recent call last): File "chirpw", line 25, in <module> File "gtk\__init__.pyo", line 40, in <module> File "gtk\_gtk.pyo", line 12, in <module> File "gtk\_gtk.pyo", line 10, in __load ImportError: DLL load failed: The specified procedure could not be found. However the same installer/ and run works great on my Windoze XP machine. Any ideas anyone? The W2k machine is my radio s/w laptop that I drag out to my vehicle to program my radios. Many thanks -- Jim / N6MED

2 3

[chirp_users] New Daily Build
by Build System 14 Apr '12

14 Apr '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-04142012 A list of the changes included in this build (since the last daily) follows: Changes for Build #62 [Tom Hayward <tom(a)tomh.us>] Only update import progress bar on non-empty and mod 50. Fixes #119. [Dan Smith <dsmith(a)danplanet.com>] Make RadioReference push status during the fetch Since we're walking a bunch of data, this helps the user not wonder if things are actually happening behind the scenes. Bug #93 [Dan Smith <dsmith(a)danplanet.com>] [RFC] Declare a network source radio type and make editorset run do_fetch() before starting the import. This gives us time to show status for sources that need it and give it to us (such as RadioReference). Bug #93 [Tom Hayward <tom(a)tomh.us>] Spell my name correctly. #93

2 1

[chirp_users] New Daily Build
by Build System 13 Apr '12

13 Apr '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-04132012 A list of the changes included in this build (since the last daily) follows: Changes for Build #61 [Tom Hayward <tom(a)tomh.us>] Add Travel Plus (.tpe) import support. #118 I've only tested this with a single small .tpe file, so this may be missing a lot of special cases. If you have access to Travel Plus, please test for me!

1 0

[chirp_users] Thanks for the help and fast response , I can now read and write to the 857d
by rob 12 Apr '12

12 Apr '12

*Thanks Dan for the help and fast response , I can now read and write to the 857d* *Rob N8RT* > I can not get CHIRP to read or write? Are you following the yaesu-specific instructions here? http://chirp.danplanet.com/projects/chirp/wiki/Beginners_Guide After you click OK on CHIRP's download box, you need to push a button on the radio to make it transmit the memory image to the computer. It needs to already be in clone mode first. -- Dan Smith www.danplanet.com KK7DS -- Rob N8RT/B 10 Meter Beacon 28.245MHz Grid EM74xx North Georgia Web Site is: N8RT.COM "No Man is a Failure, who has Friends" From: It's a Wonderful Life

1 0

[chirp_users] New Daily Build
by Build System 12 Apr '12

12 Apr '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-04122012 A list of the changes included in this build (since the last daily) follows: Changes for Build #60 [Marco Filippi <iz3gme.marco(a)gmail.com>] [RFC] After the fix of the bug we can now use structures of only one element Both driver has to be changed at once. #93 [Marco Filippi <iz3gme.marco(a)gmail.com>] [RFC] Convert the FT-857/897 driver to use named struct definitions This is an example usage of the previous patch which makes the definition of the FT-857/897 memory format significantly simpler. The diff doesn't do it justice, so look at the before and after files to see the difference. #93 [Dan Smith <dsmith(a)danplanet.com>] Convert the FT-817 driver to use named struct definitions #93 [Dan Smith <dsmith(a)danplanet.com>] Add ability to define structure types in bitwise This adds the ability to define structure types in bitwise formats and then use them in multiple places. Right now, we have a few places where this is needed and it's badly faked like this: struct_format = "struct { u8 foo; u8 bar; }" mem_format = struct_format + "struct1;" + struct_format + "struct2;" This new change to bitwise will allow us to behave more like C and do: mem_format = """ struct mytype { u8 foo; u8 bar; }; struct mytype struct1; struct mytype struct2; """ The bitwise grammar changed a little, but it's still compatible with the existing definitions and all of the tests still pass. #93

1 0

[chirp_users] CHIRP 0.2.2 Released
by Dan Smith 12 Apr '12

12 Apr '12

Hi all, I've just posted the next maintenance release for the 0.2.x series on the website. If you're currently running 0.2.1, then you should upgrade. Users of the daily versions have all of these fixes and more. The (minimal) changes are documented on the website: http://chirp.danplanet.com/news/4 Thanks to Tom and Marco for bugfix contributions to this release! -- Dan Smith www.danplanet.com KK7DS

1 0

[chirp_users] New Daily Build
by Build System 11 Apr '12

11 Apr '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-04112012 A list of the changes included in this build (since the last daily) follows: Changes for Build #59 [Tom Hayward <tom(a)tomh.us>] Add import from RadioReference.com. Feature #114 [Dan Smith <dsmith(a)danplanet.com>] Fix a long-standing bug in bitwise that prevented declaring structs in arrays of length less than 2 (including standalone structs). Lumping into Bug #93 [Dan Smith <dsmith(a)danplanet.com>] Make the Edit->Copy operation package up the source radio's feature set and pass it to Edit->Paste, which can use it to do an import_mem() operation on the resulting memory object before pushing it into the destination radio. This makes a Copy-Paste operation behave exactly like a File->Import operation. It also fixes the case where you get silly warning/errors if you Copy-Paste between dissimilar radios. Fixes bug #113 [Dan Smith <dsmith(a)danplanet.com>] Change import_logic.import_mem to take just the feature set of the source radio, which is all that is really necessary and avoids needing a reference to the whole radio to do an import. Bug #113 [Tom Hayward <tom(a)tomh.us>] Rename chirp/xml.py to chirp/generic_xml.py so it doesn't conflict with the xml module. Required for Feature #114 [Dan Smith <dsmith(a)danplanet.com>] Okay, for real this time. Fix the FT-857 test image. #93 [Dan Smith <dsmith(a)danplanet.com>] Add the FT-857 image back in that mercurial seemed to have lost... Related to #93 [Dan Smith <dsmith(a)danplanet.com>] Rename test images to be in line with the previous patch Minor changes: #93 [Marco Filippi <iz3gme.marco(a)gmail.com>] [ft8x7] Changed names of radios with a better name schema and renamed test images accordingly Minor changes: #93 [Dan Smith <dsmith(a)danplanet.com>] [uv5r] Fix a bug in the previous 7-character names patch Fixed #115

2 1

[chirp_users] Learning perl
by Alvin Koffman 11 Apr '12

11 Apr '12

*I think I read Chirp is written in Perl....I'm wanting to learn but I'm not a good self study. Any ideas? Friendly forums? **Alvin Koffman **When thou goest ... altogether on a smoke.. Let the heavens be glad Exodus 4:21;19:18; 1 Chr 16;31 KJV*

3 5

[chirp_users] RadioReference.com import in Chirp
by Tom Hayward 11 Apr '12

11 Apr '12

I have written basic support for RadioReference.com import for Chirp. Currently I can enter my zip code and import all the frequencies for my county that are in the RadioReference database. With a bit more work, I could improve this interface so that any group of frequencies could be imported, not just by zipcode. Would anyone use this? It requires a Premium Subscription to RadioReference. Most of their data are outside the ham bands, so this will be most useful for those of you with wide-band receivers supported by Chirp. If no one is interested, I won't bother putting any more time into this feature. Tom KD7LXL

4 4

[chirp_users] New user of Chirp
by rob 10 Apr '12

10 Apr '12

I download latest version of Chirp 0.2.1 using win XP pro, set Com1 computer to 9600, and Yaesu 857d to same. My com1 works OK, using Ham radio deluxe. I can not get CHIRP to read or write? When trying to read I have about 4-5 memories programmed into the 857d and when I try to Upload them, , a widow pops up says CLONING, and than after awhile, am ERROR pops up.unab;e to read block, 00 expected 4 got 0.!!! when I try to write Click on a previously stored CVS file with 4 memories listed, , click on upload to radio, radio window comes up ,com1 Yaesu, CSV, click OK, nothing happens. Bottom right of Chrip screen , shows 0 completed getting memory 1000 Any help would be appreciated, . I could not find a User manual anywhere, or info on the mailing list. thanks rob n8rt -- Rob N8RT/B 10 Meter Beacon 28.245MHz Grid EM74xx North Georgia Web Site is: N8RT.COM "No Man is a Failure, who has Friends" From: It's a Wonderful Life

2 1

[chirp_users] New Daily Build
by Build System 10 Apr '12

10 Apr '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-04102012 A list of the changes included in this build (since the last daily) follows: Changes for Build #58 [Dan Smith <dsmith(a)danplanet.com>] Add a user iterface for adjusting the settings knobs, if the radio provides them Related to Feature #112 [Dan Smith <dsmith(a)danplanet.com>] [thd7] Settings implementation Related to Feature #112 [Dan Smith <dsmith(a)danplanet.com>] [uv5r] Settings implementation Related to Feature #112 [Dan Smith <dsmith(a)danplanet.com>] Introduce a generic radio settings infrastructure This provides a mechanism for a driver to declare a set of setting knobs to the UI via get_settings() and set new values via set_settings() Feature #112 [Dan Smith <dsmith(a)danplanet.com>] [uv5r] Enable 7-character memory names Fixes Bug #107

3 2

[chirp_users] New Daily Build
by Build System 08 Apr '12

08 Apr '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-04082012 A list of the changes included in this build (since the last daily) follows: Changes for Build #57 [Dan Smith <dsmith(a)danplanet.com>] Catch a failure to do an mmap radio save and be sure to unlock the rthread before allowing it to propagate to the GUI. Otherwise, we leave the rthread locked and nothing else can proceed until it is closed. Fixes Bug #109 [Dan Smith <dsmith(a)danplanet.com>] [uv5r] Fix setting split frequency memories Fixes bug #108 [Dan Smith <dsmith(a)danplanet.com>] Handle the error case where we're asked to insert a row at the end of a radio's memory and no holes are found before we reach the limit. Fixes Bug #110

2 1

[chirp_users] New Daily Build
by Build System 07 Apr '12

07 Apr '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-04072012 A list of the changes included in this build (since the last daily) follows: Changes for Build #55 [Dan Smith <dsmith(a)danplanet.com>] Another tweak to TH-F6A split memory storage Related to Bug #101 [Dan Smith <dsmith(a)danplanet.com>] [uv5r] Fix inverted power level selection Should fix #106 [Dan Smith <dsmith(a)danplanet.com>] Coerce values when setting in bitwise. This will help avoid silly things like exceptions when value can be coerced to an int, but isn't and thus can't be used for bitwise-ops. Catch-all bug: #93 [Dan Smith <dsmith(a)danplanet.com>] Mark the development branch's version number accordingly Bug #93 [Dan Smith <dsmith(a)danplanet.com>] Add a match_model() to the XML driver, since it is now being asked to detect itself. Fallout from #102 [Tom Hayward <tom(a)tomh.us>] Add example .hmk file to test images. #102 [Tom Hayward <tom(a)tomh.us>] Add import support for Kenwood *.hmk files. Feature #102 [Tom Hayward <tom(a)tomh.us>] Make CSVRadio::__grow() accessible from inherited classes, such as HMKRadio. #102 [Tom Hayward <tom(a)tomh.us>] Make CSVRadio::match_model() more generic so it works with HMKRadio. #102 [Dan Smith <dsmith(a)danplanet.com>] Add a new FileBackedRadio subclass between CloneModeRadio and Radio This helps to distinguish between purely file-based drivers (such as CSV and XML) and a file-backed radio that can be uploaded (such as all the current clone-type radios). This also changes the logic in chirpui/clone.py that filters out drivers that can't be connected to an actual device. Related to Bug #102 [Tom Hayward <tom(a)tomh.us>] Add US FRS and GMRS Channels to stock_configs. #93 Changes for Build #56 [Dan Smith <dsmith(a)danplanet.com>] Fix more fallout from #102 in the XML driver

1 0

[chirp_users] New Daily Build
by Build System 06 Apr '12

06 Apr '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-04062012 A list of the changes included in this build (since the last daily) follows: Changes for Build #54 [Dan Smith <dsmith(a)danplanet.com>] [uv5r] Increase the serial timeout to give the radio more time to respond. Might help #105 [Dan Smith <dsmith(a)danplanet.com>] [uv5r] Consider 0xFFFF to be "no tone" as well as 0x0000 Related to #84 [Dan Smith <dsmith(a)danplanet.com>] Fix chirp.py for recent dynamic registration changes #93 [Dan Smith <dsmith(a)danplanet.com>] Add US MURS and Marine VHF channels to stock_configs (thanks to Tom) Catch-all: #93 [Dan Smith <dsmith(a)danplanet.com>] Add support for split tx frequencies to the older kenwoods that store them as separate sub-channels. This is tested on the D7/D700, but speculative on the TH-F6A. Hopefully fixes #101 [Dan Smith <dsmith(a)danplanet.com>] [uv5r] Fix UHF limits to be 400-480Mhz Related to Bug #84 [Marco Filippi <iz3gme.marco(a)gmail.com>] Support masked memories (affect whole ft8x7 family) Related to Feature #94 [Dan Smith <dsmith(a)danplanet.com>] Fix UV-5R setting of new (previously empty) channels Related to #84

3 2

[chirp_users] New Daily Build
by Build System 06 Apr '12

06 Apr '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-04052012 A list of the changes included in this build (since the last daily) follows: Changes for Build #53 [Dan Smith <dsmith(a)danplanet.com>] Add initial support for the Baofeng UV-5R Fixes #84 [Dan Smith <dsmith(a)danplanet.com>] Make the rest of the VX-* radios support masked memories Bug #94 [Dan Smith <dsmith(a)danplanet.com>] Add CSVRadio::match_model() Related to previous changes, lumped into #93 [Dan Smith <dsmith(a)danplanet.com>] Merge with stable #00 [Dan Smith <dsmith(a)danplanet.com>] Change rfinder driver to match the current behavior of the service, which suddenly returns 0.00 for no-tone machines instead of just 0. Fixes #103 [Dan Smith <dsmith(a)danplanet.com>] Fix directory to handle non-existent (i.e. Untitled.csv) files after recent change to model matching. Related to #93 [Dan Smith <dsmith(a)danplanet.com>] Merge with stable Bug #00 [Dan Smith <dsmith(a)danplanet.com>] Prevent the user from pasting more rows than are currently visible into the memory editor. Addresses Bug #99 [Dan Smith <dsmith(a)danplanet.com>] Add tools/check_for_bug.sh, which is intended to be used as a pretxncommit hook to enforce having a bug for each commit. This one will go against the catch-all bug #93 [Dan Smith <dsmith(a)danplanet.com>] Fix test ANSI output for long radio names and sorted by vendor/model #93 [Dan Smith <dsmith(a)danplanet.com>] Prevent the user from pasting more rows than are currently visible into the memory editor. Addresses Bug #99 [Dan Smith <dsmith(a)danplanet.com>] Alinco clone Bug #93 [Dan Smith <dsmith(a)danplanet.com>] Wouxun Clone Bug: #93 [Dan Smith <dsmith(a)danplanet.com>] Yaesu clone fixes Bug #93 [Dan Smith <dsmith(a)danplanet.com>] Make icf-based radios throw proper errors on failed clone Bug #93 [Dan Smith <dsmith(a)danplanet.com>] Clone Tests Bug #93 [Dan Smith <dsmith(a)danplanet.com>] Change match_model() to receive the filename of the image in question and move detection of file-extension-based types to their respective classes. The exception here is regular ICF files, which need to be driverized and then they can be done this way as well. Catch-all bug #93 [Dan Smith <dsmith(a)danplanet.com>] Further fixes to Baofeng cross tone support Fixes #65

5 4

[chirp_users] daily build
by David Singleton 06 Apr '12

06 Apr '12

Tried today's build with my UV5R, I get a cannot connect to radio error, even though the baofeng software works fine, tried this both in Ubuntu and in Windows. Thank you

2 2

[chirp_users] New Daily Build
by Build System 04 Apr '12

04 Apr '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-04042012 A list of the changes included in this build (since the last daily) follows: Changes for Build #51 [Dan Smith <dsmith(a)danplanet.com>] Fix reporting server errors in the latest iteration of the RFinder protocol. Fixes Bug #98 [Dan Smith <dsmith(a)danplanet.com>] Merge with stable [Dan Smith <dsmith(a)danplanet.com>] Make chirp automatically check for updates Bug #97 [Dan Smith <dsmith(a)danplanet.com>] [uv3r] Fix driver to expose the ctone field, now that it's supported Bug #65 [Dan Smith <dsmith(a)danplanet.com>] Correct previous changeset that left the template driver enabled by default. Bug #93 Changes for Build #52

2 1

[chirp_users] New Daily Build
by Build System 03 Apr '12

03 Apr '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-04032012 A list of the changes included in this build (since the last daily) follows: Changes for Build #50 [Dan Smith <dsmith(a)danplanet.com>] Merge with stable [Dan Smith <dsmith(a)danplanet.com>] Report repeaterbook errors so we can collect and send upstream Bug #92: Misc changes for 0.2.2 [Dan Smith <dsmith(a)danplanet.com>] Fix reporting RepeaterBook usage and avoid double counting RFinder [Dan Smith <dsmith(a)danplanet.com>] Add a template driver to assist with development of new drivers Lumping into the 0.3.0 catch-all bug #93 [Dan Smith <dsmith(a)danplanet.com>] [uv3r] Support for Cross Tone modes Bug #65

2 1

[chirp_users] New Daily Build
by Build System 02 Apr '12

02 Apr '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-04022012 A list of the changes included in this build (since the last daily) follows: Changes for Build #49 [Dan Smith <dsmith(a)danplanet.com>] Add cross tone support for the wouxun driver. This allows you to use different tones for transmit and receive, as well as do things like Tone on transmit and DTCS on receive. It does not allow using different DTCS codes for transmit and receive. Mostly addresses Bug #65 [Dan Smith <dsmith(a)danplanet.com>] Update FT857 driver to handle the changed Cross Modes definitions Bug #65 [Dan Smith <dsmith(a)danplanet.com>] The BruteForce test for Cross tone modes should not expect the driver to know the difference between TSQL and Tone->Tone if the tones are identical. Related to Bug #65 [Dan Smith <dsmith(a)danplanet.com>] Fix the terminology in the Cross Modes definition so that it's more consistent. It was added to support Kenwood radios, which use DCS instead of DTCS and CTCSS instead of TSQL. This changes it to just "Tone" or "DTCS" for the transmit and receive modes. Related to Bug #65

2 1

Re: [chirp_users] Yaesu VX6R
by Dan Smith 02 Apr '12

02 Apr '12

> Dan, I think I did not come across correctly. The memory settings are > working fine, it is the rest of the columns that are not being imported, > etc... For example, here are the headers and one memory. If this helps > explain what I am talking about. No, I understand what you're saying. In order to support the Yaesu bank model I had to change the UI, so there is no longer a column in the memory editor for the bank. The VX-6 driver does not have bank support yet, which is why I need you to create an image for me to study in order to add it. > Tag,RX Freq,Name,Mode,Skip,Step,Masked,RPT Sh,ShiftFrq,TS/DCS,Tone,DCS,TX > Pwr,TX Dev,Clk Sh, BANK 1, BANK 2, BANK 3, BANK 4, BANK 5, BANK 6, BANK > 7,BANK 8,BANK > 9,BANK10,BANK11,BANK12,BANK13,BANK14,BANK15,BANK16,BANK17,BANK18,BANK19,BANK > 20,BANK21,BANK22,BANK23,BANK24 This looks like it was from some program other than CHIRP. -- Dan Smith www.danplanet.com KK7DS

1 0

[chirp_users] New Daily Build
by Build System 01 Apr '12

01 Apr '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-04012012 A list of the changes included in this build (since the last daily) follows: Changes for Build #48 [Marco Filippi <iz3gme.marco(a)gmail.com>] Added support for VFO and other special memories Source reorganized Feature #96

2 1

Re: [chirp_users] New Daily Build
by Dan Smith 01 Apr '12

01 Apr '12

> Is your program supposed to show banks on the Yaesu VX6R? I downloaded the data from the radio, and it did not show any banks. The last column was the skip column Not yet, but it shouldn't be too much trouble. If you can open an issue on the website and attach an image with some known bank information, I will finish off the bank support on the vx6 driver. -- Dan Smith www.danplanet.com KK7DS

2 1

[chirp_users] New Daily Build
by Build System 01 Apr '12

01 Apr '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-03312012 A list of the changes included in this build (since the last daily) follows: Changes for Build #47 [Tom Hayward <tom(a)tomh.us>] [vx5] Add support for reading masked memories, masking and unmasking memories. #94 On import/download, mark masked memories as empty, and populate fields anyway. On edit of masked memory, convert to normal memory. On delete of normal memory, mark memory as masked and empty. On delete of masked memory, mark memory as unused and empty. Example: http://i.imgur.com/vapi9.png [Dan Smith <dsmith(a)danplanet.com>] Add tools/check_for_bug.sh, which is intended to be used as a pretxncommit hook to enforce having a bug for each commit. This one will go against the catch-all bug #93

3 2

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

30 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-03302012 A list of the changes included in this build (since the last daily) follows: Changes for Build #46 [Dan Smith <dsmith(a)danplanet.com>] Fix reporting RepeaterBook usage and avoid double counting RFinder [Tom Hayward <tom(a)tomh.us>] Move FIPS_CODES to fips.FIPS_STATES [Tom Hayward <tom(a)tomh.us>] Add county filter to RepeaterBook importer.

2 1

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

29 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-03292012 A list of the changes included in this build (since the last daily) follows: Changes for Build #45 [Dan Smith <dsmith(a)danplanet.com>] Merge with stable [Marco Filippi <iz3gme.marco(a)gmail.com>] Correction of bug #88 Tone freq not set correctly

2 1

[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

[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