- Users - lists.chirpmyradio.com

[chirp_users] Resending message
by Wenlock Burton 17 Jun '16

17 Jun '16

Hi We seem to have a message stuck on repeat??? Wenlock Sent from my iPhone

1 0

Re: [chirp_users] PL tones (was Chirp's new Alias feature.)
by Jim Unroe 15 Jun '16

15 Jun '16

On Wed, Jun 15, 2016 at 5:13 PM, Curley Frazier <ricknbrook(a)gmail.com> wrote: > Love Chirp! Thanks for all you do. One question please? In my Baofung UV-5R+ > if I open menu to look at settings go tell a freind what PL tone a repeater > had on a stored frequency, or to to program another radio in the field, it > shows blank.....? Can this be edited to show each repeaters PL? > This discussion thread is about CHIRP's new alias feature. You should start a new thread instead of hijacking this one. You don't have to open the settings to see the tones programmed in a stored memory because they are all displayed in the spreadsheet style memory editor. That being said, if you try to open the settings tab and the menu is blank, then there is most likely a setting that is out-of-range. Attach a debug.log file and we should be able to determine which one it is and help you correct it in your radio so it will then show up properly in CHIRP (and possibly use that information to update CHIRP to handle the out-of-range value in the future). See the "how to report issues" page to learn how to find your debug.log file. http://chirp.danplanet.com/projects/chirp/wiki/How_to_report_issues Jim KC9HI

2 1

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

15 Jun '16

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-20160615 A list of the changes included in this build (since the last daily) follows: Changes for Build #409 [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][Feature] Add the know clones of the btech with the new alias feature, fixes #3749 This patch explicitly adds the following Btech clones to the UI: * Jetstream JT2705M * Juentai JT-6188 Mini * Juentai JT-6188 Plus * Sainsonic GT-890 This radios do show properly now in the download/upload dialog as vendor/model, this will ease the handling of clones in the user side. But it has a catch and the users will be notified on the chirp_user list: when you opens a saved image of a clone it will show in Chirp as the real radio, not the clone. 73 Pavel CO7WT [Dan Smith <dsmith(a)danplanet.com>] Add radio alias support This introduces a small class called Alias which defines the identifying attributes of a radio model. Radio inherits from that, and also has a list of ALIASES that can be zero or more of those classes. When we construct the clone box where a user chooses a model, show them all the models, including aliases. #0 [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][KT-8900R] Fix the second ID to cope with a new variant, fixes #3547 The latest added variant has the second ID without the leading spaces, instead it's filled with '123456' We removed the leading spaces as the ID is the same of the others but they changed the leding spaces. [Nathan Crapo <nathan(a)n4nc3o.com>] Make radio model identification for TH-7800 and TH-9800 more specific so they don't interfere with each other, or completely different radios. The TH-7800 was ahead of the TH-9800 in the list of Radios to identify against, so Chirp would use it for TH-7800 _and_ TH-9800 radios. This patch makes both TH-7800 and TH-9800 drivers check their model more carefully so order of Radios Classes doesn't matter. It's more robust that way. TH-7800 seems to use "TH9800" for a model string too. Check for a "TH9800" _or_ "TH7800" string in the th7800.py driver in case TYT doesn't consistently set the model or in case owners change their model name. Fixes #3737.

4 3

[chirp_users] UV-5RA - latest build
by Steve London 11 Jun '16

11 Jun '16

Long story....but I'll summarize the current issue. I had my old UV-5RA talking to a 2014-vintage version of Chirp. Worked fine. Got a new UV-5RV2+. Doesn't talk to the 2014 version. Downloaded/Installed the latest nightly Chirp build - 20160604 . Won't talk to either the previously-working UV-5RA or the new UV-5RV2+. Radio does not respond. Where do I go from here ? 73, Steve, N2IC

10 21

[chirp_users] New Daily Build
by Build System 11 Jun '16

11 Jun '16

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-20160611 A list of the changes included in this build (since the last daily) follows: Changes for Build #408 [Dan Smith <dsmith(a)danplanet.com>] Add some extra debug to kguv8d driver download process To help with diagnosing #3733 [Nathan Crapo <nathan(a)n4nc3o.com>] Adding support for TYT TH-7800. Fixes #3477. [Pavel Milanes (CO7WT) <pavelmc(a)gmail.com>] [PATCH][KT-8900R] Add a new discovered variant, fixes #3547 A new variant of this radio was found on the wild. Also my IDE (Geany) has a strict policy for leading spaces, so it removed automaticaly some of them. 73 [Tom Hayward <tom(a)tomh.us>] Support pySerial 3+. Fixes #3167 #3209 #3521 #3671 #3703

1 0

[chirp_users] More UV8D Issues
by Chris Levi 09 Jun '16

09 Jun '16

Gentlemen, I have done the menu resets and attempted to program the radios by hand with no joy even after a hard reset with the language being Chinese and all settings reset I still am having transmit and receive issues. I have re-tried with Chirp and still no success. Best I can figure it has something to do with the "QT" modes not allowing the audio out, but that is a W.A.G. on my part and most likely only the tip of the iceberg. Is there a diagnostic suite available like moto-labs for these radios? Thank you for any help, Chris KG6TTN

1 0

Re: [chirp_users] Settings to match Motorola PL tones
by Rich Messeder 08 Jun '16

08 Jun '16

I think this is a good question. I have recently acquired 2 BaoFeng UV-5RTP. I have programmed them "successfully", but not tested the results. Here is my take on it. I think that CHIRP allows the user to select TSQL, indicating that the ToneSql value is used for repeater access. It is unfortunate that we all don't use the same terms. I opine that CTCSS is the same thing as PL; one is a generic term and the other a vendor term. I understand that Tone in CHIRP is used for receive. If you have Tone selected, then the sender must use the agreed tone to open your squelch. For repeaters, I am not sure that all repeaters use tone (PL, CTCSS) on transmit, as they do on receive. A repeater first senses the carrier on the inbound freq, and then look for the PL tone. My impression is that many radios do not (can not) use PL codes /from/ a repeater that are different from the sending PL tone. Now to 2 radios. The sending unit must send the same tone that the receiving unit is filtering on. So if you are both working simplex, and you both have tone squelch enabled and are using the same PL|CTCSS tones, it should work. I might try that later today or tomorrow if I have the time. From http://chirp.danplanet.com/projects/chirp/wiki/MemoryEditorColumns Tone This sets the CTCSS tone to be transmitted if the Tone Mode is set to Tone. In Cross mode, it has additional meanings (see description of Cross Mode for more details). ToneSql This sets the CTCSS tone to be transmitted and used for receiver squelch if the Tone Mode is set to TSQL. In Cross mode it has additional meanings (see description of Cross Mode for more details). I too have used TSQL for many entries, and now wonder if I should be using Tone, because I want to trigger the repeater with a PL tone, but then want the reply no matter what. ~R~ NE1EE Short email? No html? Here's why: http://emailcharter.org/ On 2016-06-08 09:26:-0400, Jeffrey wrote: >Hey everyone, > >I'm pretty new to radios in general, and more so programming them, but I'll do my best to get the terminology right. > >I'm trying to use CHIRP to program a UV-5R so that it can communicate with a Motorola radio on a certain frequency.� The Motorola is set to use 151.9400 with a PL tone of 67.0 for both send and receive. > >PL is the same as CTCSS correct? > >On the UV-5R, I've got Tone Mode set as TSQL and ToneSql set to 67.0 - and it does not work? The two radios are not communicating.� Am I missing something? Something special about Motorola PL tones? Should be a standard right? > >Thanks for any advice. > >Jeff >Jeffrey Fongemie � � >_______________________________________________ >chirp_users mailing list >chirp_users(a)intrepid.danplanet.com >http://intrepid.danplanet.com/mailman/listinfo/chirp_users >This message was sent to WeatheredSoul at rich.messeder(a)gmail.com >To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

8 8

[chirp_users] Settings to match Motorola PL tones
by Jeffrey 08 Jun '16

08 Jun '16

Hey everyone, I'm pretty new to radios in general, and more so programming them, but I'll do my best to get the terminology right. I'm trying to use CHIRP to program a UV-5R so that it can communicate with a Motorola radio on a certain frequency. The Motorola is set to use 151.9400 with a PL tone of 67.0 for both send and receive. PL is the same as CTCSS correct? On the UV-5R, I've got Tone Mode set as TSQL and ToneSql set to 67.0 - and it does not work? The two radios are not communicating. Am I missing something? Something special about Motorola PL tones? Should be a standard right? Thanks for any advice. Jeff -- ______________ Jeffrey Fongemie <http://instagram.com/jfongemie>

7 10

Re: [chirp_users] Settings to match Motorola PL tones
by Rich Messeder 08 Jun '16

08 Jun '16

Thanks, "Rich". ;-) "Direct" is called simplex. On my Kenwood TH-F6A, I can select "Tone" to activate a repeater that requires it, or I can select CTCSS (PL) to filter incoming calls according to a tone. But using one cancels the other. Some radio permit the use of both, hence the CROSS value in CHIRP. IMO. setting the ToneMode to Tone should have resulted in the UV5 /sending/ a tone. If it were earlier TSQL, and the Motorola were NOT sending a tone, then the UV5 would have not opened its squelch, and you would not receive the call. And yes the transmission is open to everyone to hear. All that TSQL does is tell your radio to ignore all transmissions it receives EXCEPT for those that also carry the CTCSS tone. Please note that if two radios are transmitting on the same freq, and one uses the tone to open your squelch, you will hear both transmissions simultaneously. Gotta go offline for the rest of the day...sorry. ~Rich~ On 2016-06-08 10:15:-0400, Jeffrey wrote: >Thanks Rick. > >I just tried setting Tone Mode to "Tone" with a tone of 67.0 it the UV5R was able to receive from the Motorola, but the Motorola could not receive from the UV5R. > >"Tone: A single CTCSS tone is transmitted, receive squelch is open or carrier-triggered. The tone used is that which is set in the Tone column.:" > >So, if I read this correctly, the Motorola radio transmission is open to everyone? And will filter out everything that does not transmit with the correct tone?� > >Tone mode as "Tone" should work if I have the correct tone, and the radio is sending it correctly. Right? > >Jeff > >On Wed, Jun 8, 2016 at 9:55 AM, Rich Messeder <<mailto:rich.messeder@gmail.com>rich.messeder(a)gmail.com> wrote: >I think this is a good question. I have recently acquired 2 BaoFeng UV-5RTP. I have programmed them "successfully", but not tested the results. > >Here is my take on it. > >I think that CHIRP allows the user to select TSQL, indicating that the ToneSql value is used for repeater access. It is unfortunate that we all don't use the same terms. I opine that CTCSS is the same thing as PL; one is a generic term and the other a vendor term. > >I understand that Tone in CHIRP is used for receive. If you have Tone selected, then the sender must use the agreed tone to open your squelch. For repeaters, I am not sure that all repeaters use tone (PL, CTCSS) on transmit, as they do on receive. A repeater first senses the carrier on the inbound freq, and then look for the PL tone. > >My impression is that many radios do not (can not) use PL codes /from/ a repeater that are different from the sending PL tone. > >Now to 2 radios. >The sending unit must send the same tone that the receiving unit is filtering on. So if you are both working simplex, and you both have tone squelch enabled and are using the same PL|CTCSS tones, it should work. I might try that later today or tomorrow if I have the time. > >From ><http://chirp.danplanet.com/projects/chirp/wiki/MemoryEditorColumns>http://chirp.danplanet.com/projects/chirp/wiki/MemoryEditorColumns >Tone >This sets the CTCSS tone to be transmitted if the Tone Mode is set to Tone. In Cross mode, it has additional meanings (see description of Cross Mode for more details). > >ToneSql >This sets the CTCSS tone to be transmitted and used for receiver squelch if the Tone Mode is set to TSQL. In Cross mode it has additional meanings (see description of Cross Mode for more details). > >I too have used TSQL for many entries, and now wonder if I should be using Tone, because I want to trigger the repeater with a PL tone, but then want the reply no matter what. > >~R~ NE1EE >Short email? No html? Here's why: <http://emailcharter.org/>http://emailcharter.org/ > >On 2016-06-08 09:26:-0400, Jeffrey wrote: >>Hey everyone, >> >>I'm pretty new to radios in general, and more so programming them, but I'll do my best to get the terminology right. >> >>I'm trying to use CHIRP to program a UV-5R so that it can communicate with a Motorola radio on a certain frequency.Â� The Motorola is set to use 151.9400 with a PL tone of 67.0 for both send and receive. >> >>PL is the same as CTCSS correct? >> >>On the UV-5R, I've got Tone Mode set as TSQL and ToneSql set to 67.0 - and it does not work? The two radios are not communicating.Â� Am I missing something? Something special about Motorola PL tones? Should be a standard right? >> >>Thanks for any advice. >> >>Jeff >>Jeffrey Fongemie Â� Â >>_______________________________________________ >>chirp_users mailing list >><mailto:chirp_users@intrepid.danplanet.com>chirp_users(a)intrepid.danplanet.com >>http://intrepid.danplanet.com/mailman/listinfo/chirp_users >>This message was sent to WeatheredSoul at <mailto:rich.messeder@gmail.com>rich.messeder(a)gmail.com >>To unsubscribe, send an email to <mailto:chirp_users-unsubscribe@intrepid.danplanet.com>chirp_users-unsubscribe(a)intrepid.danplanet.com > > >_______________________________________________ >chirp_users mailing list ><mailto:chirp_users@intrepid.danplanet.com>chirp_users(a)intrepid.danplanet.com >http://intrepid.danplanet.com/mailman/listinfo/chirp_users >This message was sent to <mailto:fongemie@gmail.com>fongemie(a)gmail.com at <mailto:fongemie@gmail.com>fongemie(a)gmail.com >To unsubscribe, send an email to <mailto:chirp_users-unsubscribe@intrepid.danplanet.com>chirp_users-unsubscribe(a)intrepid.danplanet.com > > > > >-- >______________ > >Jeffrey Fongemie � � > > >_______________________________________________ >chirp_users mailing list >chirp_users(a)intrepid.danplanet.com >http://intrepid.danplanet.com/mailman/listinfo/chirp_users >This message was sent to WeatheredSoul at rich.messeder(a)gmail.com >To unsubscribe, send an email to chirp_users-unsubscribe(a)intrepid.danplanet.com

3 2

[chirp_users] firmware
by digitdan 06 Jun '16

06 Jun '16

How can I find out what firmware is in my BaoFeng GT-2 Mark ll Dan

2 1