[chirp_users] chirp-daily-20160419-win32: why does it insist on certain defaults?

Rich Messeder
Mon Apr 25 12:21:05 PDT 2016


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 at 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 at intrepid.danplanet.com
>http://intrepid.danplanet.com/mailman/listinfo/chirp_users
>This message was sent to WeatheredSoul at rich.messeder at gmail.com
>To unsubscribe, send an email to chirp_users-unsubscribe at intrepid.danplanet.com




More information about the chirp_users mailing list