November 2013 - Users - lists.chirpmyradio.com

Re: [chirp_users] Error with non-ham frequencies on TM-G707
by Thomas Maszerowski 27 Nov '13

27 Nov '13

I checked the radio support page (which I should have done before I complained) and it shows the 707 is only supported for 2m/440, which explains the errors. Is there any particular reason for this? It's not a big deal for me since I only have a few public service channels programmed but it would be nice. KC2TCK Tom Maszerowski tommasz(a)frontiernet.net

2 1

[chirp_users] Puxing Support
by warsoul 27 Nov '13

27 Nov '13

So this may seem a noob question but how do we go about getting Chirp profiles for more Puxing radios? I can provide the radios. M

1 0

[chirp_users] Error with non-ham frequencies on TM-G707
by Thomas Maszerowski 26 Nov '13

26 Nov '13

When I download from my Kenwood TM-G707 I get a error with any channel that has a frequency outside of the 2m/440 ham bands. The 707 has a fairly wide RX and there a lot of bands it can receive (but not transmit). Is there a CHIRP setting for this? I don't have a lot of them and it's not a big issue entering them by hand but I'd prefer to be able to do it with CHIRP. KC2TCK Tom Maszerowski tommasz(a)frontiernet.net

3 2

[chirp_users] FT-60r not receiving "on frequency"
by Phil - w2lie 26 Nov '13

26 Nov '13

Hi All, I'm trying to write to a FT-60r using the latest stable build and the latest dev build (2013-11-21). Using both versions of software, it seems that the radio is failing to receive on the correct frequency, even though Chirp shows the correct data was entered. Example: Saving 477.3875 with a step of 12.5khz is being received by the radio as 477.380. I verified this by changing the memory settings from Alpha to Freq. A frequency of 477.380 is displayed in that memory location. BUT - the strange thing is, if I read the configuration back via Chirp, it reads that 477.3875 was actually programmed into the radio in that memory location! I'm just picking this single frequency as an example, but it seems that every frequency I programmed into the radio is "off". If anyone can help me out here, that would be great! Thanks again Phil / w2lie

5 10

[chirp_users] UV5r, Chirp and Mac Book Pro
by Paul Gerhardt 26 Nov '13

26 Nov '13

PL2303 USB to Serial Driver for Mac OS X This driver worked well for me on a UV5r. Has anyone been successful programing a UV3R with a Mac Book running os10.6.8 -- Paul Gerhardt K3PG http://pgerhardt.blogspot.com QRP ARCI 6674 FP 274 "You must do this work with love or you fail." -- John Muir, from How to Keep Your Volkswagen Alive

3 3

[chirp_users] Tasks for creating CHIRP documentation
by Mike Agner 26 Nov '13

26 Nov '13

To start to create the beginner's guide, probably the easiest place to start- because it's likely the process is the same for all of the file formats - are the import functions. To review, according to the main page on the wiki, CHIRP can import data from; a. EVE (application for the VX5R) b. Kenwood HMK files c. Kenwood Commercial ITM files d. Icom .icf files e. ARRL Travel Plus .tpe files f. VX5 Commander Files g. VX7 Commander Files If I could get a sample file of each of these, I could start documenting the import process. It would also be very helpful to know if there's anything special about these formats that needs to be tweaked - anything at all - before or after the import is completed. It doesn't have to be very big or anything special - if it imports correctly into CHIRP, it's useable. My email is ka3jjz (at) comcast (dot) net After these pages are complete, the next imports to be documented will be the repeaterbook, etc. imports. I'm already somewhat familiar with the RadioReference import (it's a little similar to a Uniden Home Patrol because it uses your zip code as the driver) so that should be pretty simple. Unfortunately since I'm currently on unemployment, buying a radio to document the upload/editing/download functions is a no-go - so if anyone wants to jump in on that, it would be a big help. That's probably the largest part of the job. Even if you're not fully informed about all those functions, getting a starter page for each of those functions will go a long way to identifying what needs to be enhanced to make it complete. My desktop died just recently, so doing this on a puny netbook is something of a challenge... We also need a list of each radio that's on that main page, and whether it's a clone mode or live mode radio. There's 2 ways we could do this (and both are probably just as useful). Put up a table with all the radios on it, and also list that individual radio on its own page, as shown in the template I sent out earlier. I didn't see much about this in the table of radio functions that's already there, so it's yet another point a newcomer might not know about. That won't be too difficult, if someone has that data, I could use this as well. Once all of this is done, then it's time to use the template and start creating a page for each radio. Mike --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com

3 2

[chirp_users] Beginner's Guide question
by Mike Agner 26 Nov '13

26 Nov '13

Actually Bob that's really 2 separate issues. I'll let the CHIRP developers comment on putting context (by radio) help into the software. That's a long way off in any case - the wiki has to be greatly enhanced, first, before that could even be considered. It does make sense to me, however. What I was referring to was the way each radio in the wiki would link to the pool of pages. A simple example would be a radio that updates in live mode (and we just saw such an example recently on this list). We would have 1 page (or 1 set of pages) each for uploading, downloading and editing a radio's template (image file). Now if that radio was a live mode one, you don't upload data to it, so the uploading page would not be linked. It would only have links to downloading and editing. There would have to be a note on that radio's page that it was a live mode radio, and that you would need to do a CSV export to save the data you uploaded. Another simple example would be if because of some limitation, CHIRP could not import EVE files for a particular radio. Then in the list of import formats on that radio's page, the EVE page would not be linked. This is what is meant by selecting pages to be linked from a common pool. If a particular function isn't available for some reason, there should be no link to it. Mike ============================================================================================================== On Sat, Robert Terzi wrote: >/Once all that is done, then each model of radio can point to the page(s) />/that apply to it, and ignore those that don't. /I'm not sure if you are just talking about the organization of the wiki pages, or links from the radio specific (driver) code to launch the correct page on the wiki. However, the later is something I've thought about a little, but never suggested because I didn't think there would be enough critical mass in documentation. It could be helpful if from Chirp there was the possibility to launch a radio specific web page on the wiki for help: - before starting the download from radio - before starting the upload to the radio - after a download or upload has failed for troubleshooting advice The help menu should also have an entry to launch the radio specific wiki help page. This means there should be a little planning in how the wiki pages are named. There should be (some) correlation to the radio driver since it will have to generate the URL. The radio specific pages on the wiki should be in their own name space. I don't know what redmine's capabilities are, the "name space" could be as simple as prepending a prefix like "Radio-" for all of the radio specific help template pages. The rationale for this that I believe many people will attempt to use the software before looking for or reading any documentation. --Rob --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com

4 4

[chirp_users] TYT-9000 addition
by Ray37212 26 Nov '13

26 Nov '13

Are there any plans to add the great radio TYT-9000 to the build? Thanks, Ray E.

1 0

Re: [chirp_users] Updating CHIRP
by N4AOF 25 Nov '13

25 Nov '13

A Check_For_Updates function would be nice to have, BUT it sounds like implementing it in a way that satisfies everyone would be tricky. Ideally, the function would be configurable so that it could check for updates: - Each time CHIRP starts - Daily - Weekly - Only When The User Clicks a Button Many programs have a setup option similar to this - I know both the video players that I use regularly give be options similar to this. But the Check_For_Updates would also need to recognize that there are different kinds of updates. I would think that if someone were running the Stable version, it should only check for updates of the Stable version. If someone were running a Daily Build, perhaps it should notify them if there is a newer Daily Build (which would happen very often) AND if there is a Stable version newer than their Daily Build

2 1

[chirp_users] Updating CHIRP
by Wireu＠aol.com 25 Nov '13

25 Nov '13

Is there a way to put a link in the chirp software to check for updates from the program?

6 7