Try setting features-
rf.has_nostep_tuning = True
and to disable the tuning step column in the UI-
rf.has_tuning_step = False

On 12/20/2020 2:07 PM, Jim Unroe via chirp_devel wrote:
On Wed, Dec 2, 2020 at 5:56 PM Brad & Cindy Schuler via chirp_devel
<chirp_devel@intrepid.danplanet.com> wrote:
Is there a convention for how a driver should handle frequencies that are not tunable due to tuning step capabilities?



For instance, the radio cannot tune 450.611 so the radio refuses user entry (onboard keypad), but when 450.612 is entered the radio automatically adds 500 Hz to make 450.6125.



In what functions of the software might the driver raise an exception and where might it auto-adjust a given frequency to fit an available tuning step?



Thanks for the guidance,

Brad Schuler

K0BAS

Brad,

After seeing Dan's reply, this reminded me that I just did this same
thing for the anytone.py driver. The frequency 450.6125 is stored in
the radio as 450.612 but the radio knows to tune the correct
frequency. Here is how I coded CHIRP to know how to show the full
frequency.

https://chirp.danplanet.com/projects/chirp/repository/revisions/3d796d647766/diff/chirp/drivers/anytone.py

Jim KC9HI
_______________________________________________
chirp_devel mailing list
chirp_devel@intrepid.danplanet.com
http://intrepid.danplanet.com/mailman/listinfo/chirp_devel
Developer docs: http://chirp.danplanet.com/projects/chirp/wiki/Developers