Re: [chirp_users] chirp-daily-20160419-win32: why does it insist on certain defaults?
There are some times when I want to use PL tones w simplex. I live in an area where there are spurious signals that open the squelch, and I want to use PL tones to limit that. (For example, I support a summer program where HS students design, build, launch and recover in instrument package. The balloon goes to 100,000+ feet. We must chase the instrument package, and coordinate with one another as we do.)
I changed the I changed the tone mode to (None) and set the PL tone to the one I desired. When I need the PL tone, all I need do is enable Tone and ToneSql, and the PL tones are already set.
After I hit refresh, the PL tones changed to 88.5. I can see that someone has decided that 88.5 is the "default" for (None), and I see why the program might change it. BUT I don't want it changed. I want my own defaults. I can get this on my Icom, and I imagine that the Baofeng will also handle this. I don't know. Maybe the Baofeng is more limited. I am just learning it...the book, as we all know, is dismally short on explanations.
If this is not clear, please ask for more details and I'd provide. With Smart Tone Mode disabled... 1. Set Tone Mode to (None) 2. Change the Tone and ToneSql to, say, 91.5. 3. Click on a different channel. 4. Hit refresh. On my system, it changes back. Just leave it alone...
OTOH, you said "the tone field is a combination of multiple Chirp fields (Tone Mode +...". Maybe that is why things must change, and I have to learn what that means.
~R~ NE1EE
On 2016-04-25 11:56:-0700, you wrote:
On Mon, Apr 25, 2016 at 11:46 AM, Rich Messeder rich.messeder@gmail.com wrote:
It seems that though I can makes changes when I have unchecked Smart Tone Mode, CHIRP still either does not save what I see on the screen, or it corrupts the file that I saved when it reads it the next time. I consider a file corrupted when some of it is changed by a program, and I did not want that change. It seems in consistent to permit the changes and saves, then change the data the next time the file is read.
You're going to have to describe what you're observing rather than the conclusion you came to based on that observation.
In some cases, after changing the value in a dropdown, you may need to select another channel before it commits the change. Hitting "refresh" next to the memory range fields will accomplish the same. (AFAIK, this is only an issue on radios like the UV5R where the value it stores in the tone field is a combination of multiple Chirp fields (Tone Mode + Tone)).
Tom KD7LXL _______________________________________________ chirp_users mailing list chirp_users@intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to WeatheredSoul at rich.messeder@gmail.com To unsubscribe, send an email to chirp_users-unsubscribe@intrepid.danplanet.com
On Mon, Apr 25, 2016 at 12:21 PM, Rich Messeder rich.messeder@gmail.com wrote:
I changed the I changed the tone mode to (None) and set the PL tone to the one I desired. When I need the PL tone, all I need do is enable Tone and ToneSql, and the PL tones are already set.
I agree, this is a great feature of many Yaesu, Kenwood, and Icom radios, but it's simply not possible on the UV5R.
OTOH, you said "the tone field is a combination of multiple Chirp fields (Tone Mode +...". Maybe that is why things must change, and I have to learn what that means.
The UV5R's internal memory structure does not have "Tone Mode" and "Tone" value fields, like most other ham radios do. Instead, it has only two fields: rxtone and txtone. To activate a transmit tone, the tone's value it stored in the txtone field. To turn off tones, zero is written to this field. So when you set Tone Mode off, the tone value you previously programmed is overwritten by zeros. This is just how the radio is designed--unfortunately there's no way around it.
Tom KD7LXL
participants (2)
-
Rich Messeder
-
Tom Hayward