[chirp_devel] Untunable/tuning step frequencies
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
________________________________ [https://secureimages.mcafee.com/common/affiliateImages/mfe/logo.png]https://home.mcafee.com/utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient Scanned by McAfeehttps://home.mcafee.com/utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient and confirmed virus-free.
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.
This may be how it's stored in the memory and that's fine, but the automatic adding of 500Hz is UI behavior that we shouldn't mimic in CHIRP, IMHO. So, I think that if they enter something with a 500Hz offset, you should do whatever you need to make it store and return properly in the memory, but if they omit the 500Hz, you should reject the memory in set_memory() just like if something else wasn't doable.
--Dan
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...
Jim KC9HI
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...
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
Thanks Rick, but what I meant is that the tuning steps are valid and some frequencies are not tunable but the radio, so CHIRP should adjust an [imported] frequency to one that matches a valid tuning step.
Brad Schuler
On Dec 20, 2020, at 3:49 PM, Rick (AA0RD) DeWitt aa0rd@yahoo.com wrote:
Try setting features- rf.has_nostep_tuning = True and to disable the tuning step column in the UI- rf.has_tuning_step = False
<Signature-RIck-AA0RD-Image.jpg> 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.commailto: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...
Jim KC9HI _______________________________________________ chirp_devel mailing list chirp_devel@intrepid.danplanet.commailto:chirp_devel@intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_devel Developer docs: http://chirp.danplanet.com/projects/chirp/wiki/Developers
participants (4)
-
Brad & Cindy Schuler -
Dan Smith -
Jim Unroe -
Rick (AA0RD) DeWitt