- Users - lists.chirpmyradio.com

[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 15 Apr '12

15 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 15 Apr '12

15 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 14 Apr '12

14 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