- Users - lists.chirpmyradio.com

[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

Re: [chirp_users] chirp_users Digest, Vol 41, Issue 5
by Robin 08 May '12

08 May '12

Got it!!! Thank you Dan! Now I can take this HT and the laptop to the club meeting and ask how they are setting radios up. No one else had Ubuntu, or CHIRP running. Robin

1 0

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

08 May '12

Yes, the software is seeing the comm port. When I click on the OK to download from the radio, the radio shows no activity on its screen. When I use the Kenwood software or the RT Systems software, the radio screen shows that the radio is sending data, and the radio's programming is loaded into the software. I have also updated the SI software to 6.5. It appears to be that the software and the radio are not communicating---like the radio doesn't see/hear the software. Any suggestions glady accepted and tried. 73 de K7BAW Barry Winters barry(a)k7baw.us

3 2

[chirp_users] ascutney@gmail.com
by Kenneth Domey 07 May '12

07 May '12

1 0

Re: [chirp_users] chirp_users Digest, Vol 41, Issue 4
by Robin 07 May '12

07 May '12

I am new to Ubuntu, CHIRP, and last fall got ticket to tech and general at first sitting. I have the Wouxun that is listed as supported. I am not sure how to run CHIRP. When I found the file that appears to open it all I get is a blank screen. I must be doing something wrong or missing a few steps. When Vista corrupted laptop I learned Ubuntu and recently upgraded it to Precise. Where should I begin? Thank you. Robin

2 1

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

07 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_20120507 Or: yum update chirp-daily_20120507-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