Dave provided an ICF on 2795 I'm seeing an "Auto" TS option in CS-R6 for the channel memories (value 14).
Chirp doesn't seem to like that. When I enter a frequency it's changing TS from "Auto" to "5" - which is index 0 of my STEPS list). I can set the TS back to "Auto" manually as it's my STEPS list.
Is there a way to allow "Auto" TS in Chirp? Or let me set it based on entered frequency? Or block it from the GUI but allow it to be read from the radio/ICF? Looks like Chirp is coded for floats only (some %.2f seen).
There's really no good reason to expose the tuning step column ever, I kinda wish I had never implemented that. But, just set has_tuning_step=False and the UI won't show it. You can do it internally of course, and importing from ICF is a direct conversion to a memory image, so there's no concern there.
Also CS-R6 rounds frequencies to the nearest valid value (based on TS - but if it's "Auto" it's more generous - for example will accept valid multiples of 6.25kHz as well as 5, 10, ...).
I quite like that approach rather than rejecting the entered frequency. My frequency mapping coded isn't written yet so haven't tried a CSV import with invalid values but wondering if Chirp has a switch to enable frequency rounding?
No, and I hate the behavior of me typing something and the software "fixing" it for me because the radio doesn't support it. That's confusing if you don't realize an older radio can't resolve 2.5kHz (or something) and you don't realize until you get out in the field and wonder WTF is going on.
Should I force TS to a numeric value on reading/opening and also accept that Chirp is designed to reject invalid frequencies rather than round to nearest valid one?
Or just set has_tuning_step=False and just handle it internally. That'd be my preference.
--Dan