- Users - lists.chirpmyradio.com

[chirp_users] Support request - Yaesu FT-1500M
by Andrew Harmon 17 Apr '15

17 Apr '15

There have been multiple requests for Yaesu FT-1500M support besides my own. Was a radio ever sent in for testing? I am willing to send in mine if you provide instructions to do so. >From Dan almost 4 years ago: Changes (by kk7ds): * owner: => kk7ds * status: new => accepted Comment: Happy to add this as soon as someone can loan me a radio :) http://intrepid.danplanet.com/pipermail/chirp_users/2011-August/001295.html I do not yet have the official programming software for this radio to provide. There are a couple of other radios that are already supported by Yaesu that have at least the same programming cable. Hopefully that helps a bit. Andrew Harmon KD5RKO

3 3

[chirp_users] Post a subject
by Jerry A 16 Apr '15

16 Apr '15

I have a question I would like to ask. Jerry - VE9CD

2 1

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

16 Apr '15

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-20150416 A list of the changes included in this build (since the last daily) follows: Changes for Build #347 [Jim Unroe <rock.unroe(a)gmail.com>] [termn8r] Add Anytone TERMN-8R Support #2437 Add an "extra" setting to get started - Squelch (this is a per channel setting) releated to #2437

1 0

[chirp_users] New user
by Mike 15 Apr '15

15 Apr '15

As a new user chirp is still a learning experience. The data that is used in the download sites is old and outdated on the ones that it would let me access. It would not let me look at all of the sites so I can't comment on all of them. The one that I was able to access still has repeaters listed in my area thy have been off the air for at least five years. I realize this is something chirp can not control to a certain extent but they could get a site that is more up to date and dump the sites that are still in the dark ages with their lists. I had some problems trying to down load data but I think it's due to not being use to using chirp so I need more time with the program to comment there. One site I have found that is reasonably correct on their data is Artsi but even they have a few lists that are not accurate but they seem to have more accurate data than most others.radio reference is pretty close on some stuff but has old data on others. The data that comes up when you download chirp and look at what is there is not accurate at all. It doesn't even show the repeater offset on some and on the vhf marine channels some of the channels are not even in the marine service they are public safety frequencies. All in all chirp is a good idea but it really needs some data updating and corrections by someone that is familiar with FCC band plans and repeater inputs and outputs and what frequencies are assigned to what radio services. This would make chirp a really great and very useful program. As the saying goes junk in junk out. Sent from my iPhone

5 4

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

15 Apr '15

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-20150415 A list of the changes included in this build (since the last daily) follows: Changes for Build #346 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Add Support for Additional Firmware Version Variations Add support for N5R2401BFB297 firmware version variation Add support for the 'new' HN5RV011FB297 firmware version variation #2475 [Jim Unroe <rock.unroe(a)gmail.com>] [uv-5r] Rework Firmware Version Support remove: def validate_orig(ident): def validate_291(ident): These "helpers" are not used. rework: def _my_version(self): It is only necessary to differentiate between the BFB firmware versions prior to BFB291. The rest of the firmware variations were removed. new: require the "image firmware version" to exactly match the "radio firmware version". #2517

1 0

[chirp_users] importing CSV
by Michael D Earls 13 Apr '15

13 Apr '15

Since I was only working with my radio and the img file was a result of reading from that radio, I started out by naming the columns as they appear in the image file. Needless to say, all of the effort I put into entering that data was wasted, as CHIRP could not read it. So then I did the image file export to CSV and was surprised to see different column headings, different column order, and even new columns that aren't explained anywhere (URCALL, RPT1CALL, RPT2CALL). Once more, I moved my data into this format but in all of the copying/pasting, I managed to get some lines misaligned, so now I don't trust it. However, the import would have apparently been successful except for the following errors: Line 2: [duplex] `(None)' is not in valid list: ['', '+', '-', 'split', 'off'] Line 3: [duplex] `(None)' is not in valid list: ['', '+', '-', 'split', 'off'] Line 4: [duplex] `(None)' is not in valid list: ['', '+', '-', 'split', 'off'] Line 5: [duplex] `(None)' is not in valid list: ['', '+', '-', 'split', 'off'] Line 6: [duplex] `(None)' is not in valid list: ['', '+', '-', 'split', 'off'] Line 7: [duplex] `(None)' is not in valid list: ['', '+', '-', 'split', 'off'] Line 8: [duplex] `(None)' is not in valid list: ['', '+', '-', 'split', 'off'] Line 9: [duplex] `(None)' is not in valid list: ['', '+', '-', 'split', 'off'] Line 10: [tmode] `(None)' is not in valid list: ['', 'Tone', 'TSQL', 'DTCS', 'DTCS-R', 'TSQL-R', 'Cross'] Line 11: [tmode] `(None)' is not in valid list: ['', 'Tone', 'TSQL', 'DTCS', 'DTCS-R', 'TSQL-R', 'Cross'] Line 30: [rtone] could not convert string to float: Line 38: [rtone] could not convert string to float: Line 46: [rtone] could not convert string to float: Line 53: [rtone] could not convert string to float: Line 56: [rtone] could not convert string to float: Line 57: [rtone] could not convert string to float: Line 75: [rtone] could not convert string to float: Line 108: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 109: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 110: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 111: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 112: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 113: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 114: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 115: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 116: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 117: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 118: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 119: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 120: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 121: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 122: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 123: [duplex] `Split' is not in valid list: ['', '+', '-', 'split', 'off'] Line 124: [dtcs_polarity] `' is not in valid list: ['NN', 'NR', 'RN', 'RR'] Line 125: [dtcs_polarity] `' is not in valid list: ['NN', 'NR', 'RN', 'RR'] Line 126: [dtcs_polarity] `' is not in valid list: ['NN', 'NR', 'RN', 'RR'] Line 127: [dtcs_polarity] `' is not in valid list: ['NN', 'NR', 'RN', 'RR'] Line 128: [dtcs_polarity] `' is not in valid list: ['NN', 'NR', 'RN', 'RR'] Line 129: [dtcs_polarity] `' is not in valid list: ['NN', 'NR', 'RN', 'RR'] Line 130: [rtone] could not convert string to float: Line 131: [rtone] could not convert string to float: Line 132: [rtone] could not convert string to float: Line 133: [rtone] could not convert string to float: Line 134: [rtone] could not convert string to float: Line 135: [rtone] could not convert string to float: Line 136: [rtone] could not convert string to float: Line 137: [rtone] could not convert string to float: Line 138: [rtone] could not convert string to float: Line 139: [rtone] could not convert string to float: Line 140: [rtone] could not convert string to float: Line 141: [rtone] could not convert string to float: Line 142: [rtone] could not convert string to float: Line 143: [rtone] could not convert string to float: Line 144: [rtone] could not convert string to float: BTW, the CHIRP example here: http://www.miklor.com/COM/UV_CHIRP_Examples.php Shows a Simplex channel with (None) under Duplex. Following that example resulted in the first 8 errors. I can go back to my worksheet and manually enter 128 channels in a fraction of the time I wasted trying to import a CSV. FREQ NAME TONE MODE CTCSS TONE TONESQL DTCS CODE DTCS RX CODE DTCS POLARITY CROSS MODE DUPLEX OFFSET MODE POWER SKIP Location Name Frequency Duplex Offset Tone rToneFreq cToneFreq DtcsCode DtcsPolarity Mode TStep Skip Comment URCALL RPT1CALL RPT2CALL It seems it should have been possible to be consistent with the column headings. Admittedly, I'm very frustrated after fighting this for two days when it shouldn't have taken more than a couple of hours. I still need to master importing from a CSV, but it will have to be after my blood pressure lowers. I know I could have imported from RepeaterBook. I actually began by compiling a speadsheet of over 300 repeaters from surrounding counties using RepeaterBook. Then, I spent hours using RFProjector to verify every one. Having just culled the inactive repeaters from the RepeaterBook info, I had no desire to reintroduce them. Mike Earls AF5MS TSRA Life Member NRA Benefactor Member

2 1

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

11 Apr '15

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-20150411 A list of the changes included in this build (since the last daily) follows: Changes for Build #345 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] "radio refused to send block code 0x1ec0" patch #2 Small timing tweak Related to #2317

1 0

[chirp_users] CHIRP daily-20150405
by Dave 10 Apr '15

10 Apr '15

I downloaded “CHIRP daily-20150405” for a new UV5R baofang and it worked perfectly. I also have an old UV5R and now my software will not download or upload to my older radio. What have I done so this, and where do I find the older versions. Dave Barber KD0TUN

2 1

Re: [chirp_users] (no subject)
by dwsexton 09 Apr '15

09 Apr '15

I have a UV B6 and i cannot program it using Chirp or the OEM software it gives radio didnot ac program mode when try to program on radio key pad it will not transmit it has good recieve Any one have any thoughts on the problem Sent from Samsung Mobile. <div>-------- Original message --------</div><div>From: Chucks <chuckination(a)gmail.com> </div><div>Date:04/08/2015 10:56 PM (GMT-06:00) </div><div>To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> </div><div>Subject: Re: [chirp_users] (no subject) </div><div> </div>I have a Baofeng UV-B5 and have been able to successfully program it with the chirp daily builds. Charles Stewart chuckination(a)gmail.com On Sun, Apr 5, 2015 at 1:43 PM, Robert DeFranco <bob.defranco(a)gmail.com> wrote: Hi Pat, This isn’t exactly a CHIRP question, mostly a BaoFeng question. You should check out the miklor.com website for BaoFeng specific information. That said, if the repeaters in your area operate in the 136-174 MHz or the 400-520 MHz range and you have the appropriate amateur radio license, the UV-B5 should work for you. Again, check out Miklor for more info. Bob DeFranco KK6CBL On Apr 4, 2015, at 9:55 PM, Patrick McMullin <Patrick.McMullin(a)xerium.com> wrote: im a volunteer firefighter and want to buy a baofeng uv b5 radio to carry in my vehicle until I get to the station or scene, can these be programmed easily on repeater systems in nova scotia Canada?????? Pat This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. Xerium Technologies, 14101 Capital Blvd., Youngsville, NC, USA 27596 www.xerium.com _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

2 1

[chirp_users] New Daily Build
by Build System 09 Apr '15

09 Apr '15

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-20150409 A list of the changes included in this build (since the last daily) follows: Changes for Build #344 [Dan Smith <dsmith(a)danplanet.com>] Fix PEP8 issue with TM271 driver Related to #795 [Ryan Tourge K2RRT <ryan.tourge(a)gmail.com>x] [kenwood_live] Support for all freq steps in 271/281 Fixes #795 [Charles Stewart <chuckination(a)gmail.com>] [ts2000] Add support for Kenwood TS-2000 with style fixes. Fixes #217 [Richard Cochran <ag6qr(a)sonic.net>] [ft2900] Support Euro version of FT-2900/FT-1900 (#2501) This patch adds support for the Euro version of the FT-2900/FT-1900 radio, which uses a different header IDBLOCK than the US version. We make the IDBLOCK a class variable, and then create a subclass for the Euro version, with an override to the IDBLOCK. [Richard Cochran <ag6qr(a)sonic.net>] [ft2900] fix lockup issue (#2505) This fixes an issue where memories entered via the Chirp UI and uploaded to the radio could sometimes cause lockups if the memory was later edited in the radio to change its SQLTYPE. The cause was uninitized flags that could erroneously flag a tone or DCS code as being part of a split tone. Fix is to initialize the flags to zero -- there was already code to set them to 1 when needed.

1 0