[chirp_devel] Update to TYT TH-UV8000 Driver
Users found an issue with tuning steps errors. I had to enable "rf.has_nostep_tuning" to allow frequency multiples of 2k or less.
Please do the same for the Anytone.py file and increase the UHF freq to 520 Mhz.
On 7/17/2019 6:47 PM, Rick DeWitt AA0RD via chirp_devel wrote:
Users found an issue with tuning steps errors. I had to enable "rf.has_nostep_tuning" to allow frequency multiples of 2k or less.
The Anytone 5888 can go down to 2.55 Khz. The current versions of CHIRP for a while has the line set to FALSE and always gives a step size error. I am unable to save anything that is not a 25 Khz step size.
On 7/17/2019 8:28 PM, Dan Smith via chirp_devel wrote:
Please do the same for the Anytone.py file
Please do not, unless you can confirm that the affected models can actually do no-step tuning most radios cannot.
--Dan
The Anytone 5888 can go down to 2.55 Khz.
Do you mean 2.5kHz? But, that's exactly why we should not make the change you asked for -- 2.5kHz is not "no step" tuning.
The current versions of CHIRP for a while has the line set to FALSE and always gives a step size error. I am unable to save anything that is not a 25 Khz step size.
Sure, but the proper solution is to tell chirp which step the radio supports, not tell it doesn't use step-based tuning.
--Dan
Sorry, that was a typo.
The Anytone AT-5888UV can do the following steps: 2.5, 5, 6.25, 10, 12.5, 15, 20, 25, 30 & 50 Khz
On 7/17/2019 8:56 PM, Dan Smith via chirp_devel wrote:
The Anytone 5888 can go down to 2.55 Khz.
Do you mean 2.5kHz? But, that's exactly why we should not make the change you asked for -- 2.5kHz is not "no step" tuning.
The current versions of CHIRP for a while has the line set to FALSE and always gives a step size error. I am unable to save anything that is not a 25 Khz step size.
Sure, but the proper solution is to tell chirp which step the radio supports, not tell it doesn't use step-based tuning.
Please do the same for the Anytone.py file and increase the UHF freq to 520 Mhz.
On 7/17/2019 6:47 PM, Rick DeWitt AA0RD via chirp_devel wrote:
Users found an issue with tuning steps errors. I had to enable "rf.has_nostep_tuning" to allow frequency multiples of 2k or less.
I was going to do the anytone.py but the radio doesn't work the same way as the other radios I've dealt with. The radio doesn't store the whole frequency.
For example the following frequencies require a 6.25 KHz step.
PMR 01: 446.006250 PMR 02: 446.018750
They are displayed in the radio as shown above. But they are stored in the radio as.
PMR 01: 446.0062 PMR 02: 446.0187
The radio apparently knows it needs to pad the display with 50 Hz when the frequency in memory ends with 200 Hz or 700 Hz. CHIRP needs to be able to do the same sort of padding. I wasn't smart enough to figure out how to do that myself.
Jim KC9HI
On Wed, Jul 17, 2019 at 9:13 PM Jim Unroe rock.unroe@gmail.com wrote:
Please do the same for the Anytone.py file and increase the UHF freq to 520 Mhz.
On 7/17/2019 6:47 PM, Rick DeWitt AA0RD via chirp_devel wrote:
Users found an issue with tuning steps errors. I had to enable "rf.has_nostep_tuning" to allow frequency multiples of 2k or less.
I was going to do the anytone.py but the radio doesn't work the same way as the other radios I've dealt with. The radio doesn't store the whole frequency.
For example the following frequencies require a 6.25 KHz step.
PMR 01: 446.006250 PMR 02: 446.018750
They are displayed in the radio as shown above. But they are stored in the radio as.
PMR 01: 446.0062 PMR 02: 446.0187
The radio apparently knows it needs to pad the display with 50 Hz when the frequency in memory ends with 200 Hz or 700 Hz. CHIRP needs to be able to do the same sort of padding. I wasn't smart enough to figure out how to do that myself.
Jim KC9HI
So in other words, there is more to it than just adding "rf.valid_tuning_steps" with a list of steps.
Jim KC9HI
So in other words, there is more to it than just adding "rf.valid_tuning_steps" with a list of steps.
Yep, which is why I haven't done it. There's a bug about this somewhere where someone posted a modified file which claims to work, but IIRC it failed a bunch of tests, which tells me it works for the frequencies in that guy's radio but not generally. I asked for clarification on something (since I don't have a radio with which to test) and never got a response (that I know of).
--Dan
participants (4)
-
Charles Hargrove -
Dan Smith -
Jim Unroe -
Rick DeWitt AA0RD