May 2012 - Users - lists.chirpmyradio.com

[chirp_users] New Daily Build
by Build System 15 May '12

15 May '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-20120515 A list of the changes included in this build (since the last daily) follows: Changes for Build #78 [Marco Filippi <iz3gme.marco(a)gmail.com>] [FT857] Fixed cross tone usage with UI columns DTCS not tested in cross yet, will test when we'll have second dtcs column part of Feature #100

1 0

[chirp_users] TS-2000
by Tom Wilson 14 May '12

14 May '12

Hi, all. I'm wondering if there's been any work on Chirp for the Kenwood TS-2000 radio. I picked one up recently, and due to the general lack of decent software, I had a hard time getting it programmed the way I like it. I finally resorted to writing a VB program to import a CSV file from the HMK format output by my TM-V71 programming software. Not long after I got this radio, I discovered Chirp, but I'm kind of surprised the TS-2000 isn't in Chirp's list of supported radios. On the bright side, my TM-V71 and my KG-UV3D are on the list, so if I can get the TS2K up and running, I could manage almost all of my radios from one program. (I also use an ICom IC-R6 receiver for t-hunting and general coverage monitoring.) Does anyone else using this software also use a TS-2000? I'm wondering how much interest there might be in adding a module to program my radio. While I'm an experienced programmer, I don't know Python at all. However, programming the TS2K is pretty similar to other Kenwood radios - and the TM-V71 is already in the list. If anyone can give me any tips on how to create a new data module based on the V71, I'd love to help expand the range of what Chirp can do. Thanks -Tom -- Tom Wilson wilsontp(a)gmail.com (619)940-6311 KI6ABZ

2 3

[chirp_users] tone settings
by Toby Wintermute 14 May '12

14 May '12

Hi, I couldn't find documentation explaining how the "Cross tone" option works. I'm guessing it's to set TX CT and RX DCS, or TX CT and RX none, or other combinations, but I wasn't sure which way around it all goes. Could you point me to the info? Thanks, Toby -- Turning and turning in the widening gyre The falcon cannot hear the falconer Things fall apart; the center cannot hold Mere anarchy is loosed upon the world

2 2

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

11 May '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_20120511 Or: yum update chirp-daily_20120511-1.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_201… http://ham.n0so.net/fileadmin/ham/apps/rpm/fedora/16/SRPMS/chirp-daily_2012… Happy Testing, Mike, N0SO

1 0

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

11 May '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-20120511 A list of the changes included in this build (since the last daily) follows: Changes for Build #77 [David Griffith <dave(a)661.org>] Bug #155 fix: VX-7 1.25m power levels [David Griffith <dave(a)661.org>] New INSTALL and README files Fixes #122

1 0

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

10 May '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_20120510 Or: yum update chirp-daily_20120510-1.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_201… http://ham.n0so.net/fileadmin/ham/apps/rpm/fedora/16/SRPMS/chirp-daily_2012… Happy Testing, Mike, N0SO

1 0

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

10 May '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-20120510 A list of the changes included in this build (since the last daily) follows: Changes for Build #75 [Dan Smith <dsmith(a)danplanet.com>] Add memory detail editor This adds an "Edit" option to the right-click context menu for a memory, which opens a dialog window allowing somewhat easier atomic editing of a memory's values. I think this will provide an easier way to expose some more complicated and radio-specific features of the memory objects, such as split tones and perhaps even D-STAR attributes. Right now, it exposes any Memory.extra features after the default properties of a memory, which will cause the window to grow unbounded. This may be resolved with a ScrolledWindow, or my favorite: tabs. Also note that the Memory.extra object is expected to be a flat single-level RadioSettingGroup right now. Mostly addresses #165 [Dan Smith <dsmith(a)danplanet.com>] The beginning of extra per-memory settings for FT-817 I used this because it's a good example of a radio with some of the other stuff already decoded, but unused. Demonstration for #165 [Dan Smith <dsmith(a)danplanet.com>] Add per-memory extra settings These are exposed as a RadioSettingGroup, borrowing that from the radio-wide settings object model. If a memory has no extra settings, the default value is an empty list so that users can iterate that implictly. Related to #165 [Dan Smith <dsmith(a)danplanet.com>] Move special channels to the RadioFeatures object to match the current way of doing things (and more importantly, the previous patch). Related to #165 [Dan Smith <dsmith(a)danplanet.com>] Move ValidateMemory() to RadioFeatures, which is where it really belongs, but leave linkage in Radio. Related to #165 [Dan Smith <dsmith(a)danplanet.com>] Add a non-rendered column to the end of the bank membership TreeView This absorbs any space left on the line, and effectively reverts r1606. Also, allow resizing the columns. Fixes #164 [Dan Smith <dsmith(a)danplanet.com>] Don't hide Tone column when TSQL is selected on non-has_ctone radios #93 Changes for Build #76 [Dan Smith <dsmith(a)danplanet.com>] [tests] Don't expect the radio to return the same cross_mode ...if tmode is not "Cross" #93 [Dan Smith <dsmith(a)danplanet.com>] Fix a bug in the recent IC9x special memory change Related to #165 [Tom Hayward <tom(a)tomh.us>] thd72: only use hardware flow on OS X. Fixes #166

1 0

[chirp_users] Help Again Please
by Barry Winters 09 May '12

09 May '12

I recently asked for help in getting CHIRP running on my MacBook with a Kenwood TH-D72, and received great assistance and made it work. Now I am trying to get the same radio to connect with a Windows 7 64bit installation, and I can't get squat. The system is connecting perfectly to the Kenwood software. I have tried the 2.2 install and I have tried copying the latest daily build to the CHIRP directory. In each case when I do download from radio, nothing happens. Screen stays empty inside the CHIRP window. I have to shut down CHIRP before I can try again. Please help this old nerd before he drowns himself in Dead Guy ale to escape the pain. 73 de K7BAW Barry Winters barry(a)k7baw.us

3 2

[chirp_users] ctcss tones written wrong? (ft-817nd)
by ag6eb＠limpoc.com 09 May '12

09 May '12

Hi, I've just gotten a FT-817nd and started playing around with it using Chirp. Everything is looking great except one problem. It looks like if I create a memory entry with a CTCSS tone setting and it is written to a previously empty channel, when looking at that channel on the radio I will see a random 16 bit number (ie, 26654) instead of a formatted tone value (like "77.0"). (they don't appear to match; three channels all set to a 100.0hz tone will show three different random-looking numbers on the radio.) It does not transmit a correct CTCSS tone. There don't appear to be any other data errors. If I overwrite the value using the radio, it then works fine. If I clone the radio to Chirp and then write it back immediately, the values are all still good, but I don't know if this is because it already contains valid contents or because i'm now writing valid contents. Fwiw I am using debian linux and the daily build package from the apt repo, but the same thing appears to happen with the 0.2.2 tarball from the site. Further info: it is a recent-ish US model that's been MARS modded (no special channels) and thus I am using the "FT-817ND (Intl versions)" instead of the US version hardware type. Anyway, I'm happy to try any suggested experiments or provide any further info if it would help. I also have a paid copy of FTBasicMMO which does write tones correctly, for comparison, but i'd much prefer to keep using chirp. thanks for a fine piece of software! eric

3 6

[chirp_users] VX-7r: odd memory group behavior
by David Griffith 08 May '12

08 May '12

I'm not sure if this is an oddity of the Yaesu VX-7r or of Chirp. Suppose I program my radio with Chirp to have a block of frequencies in MG1 and another block in MG2. When this is written to the radio, then I should be able to press MONF+9 to get to the Special Memory menu, turn the knob to "MR Group" and press PTT and select the block I want to monitor. Instead I get a double beep telling me I can't do that. However, if I assign some memory slot to a memory group from the radio's keypad, THEN I am able to select "MR Group" and monitor the group I want. Since this happens only after cloning from Chirp, I'm inclined to believe this is a bug in Chirp. I am currently working around this by leaving memory slot 1 unassigned. After I program the radio, I then manually assign slot 1 to memory group 1. Has anyone else with a VX-7r noticed this behavior? -- David Griffith dave(a)661.org

3 2