Bug #9982
closedRetevis RB26 Tone Error
100%
Description
CTCSS/DCS cannot be changed/set for channels 8-14 (the 467 MHZ low power/narrow frequencies).
I was able to change them using the browser, but not with the standard settings tab.
Files
| debug.log (58.3 KB) debug.log | |||
| RB26 Error.JPG (85.3 KB) RB26 Error.JPG | |||
| retevis_rb26_temp_fix.py (46.9 KB) retevis_rb26_temp_fix.py | |||
| RB26 Error 2.JPG (92.4 KB) RB26 Error 2.JPG | |||
| retevis_rb26_fix_b1.0.py (43 KB) retevis_rb26_fix_b1.0.py | |||
| retevis_rb26_fix_b1.2.py (44.2 KB) retevis_rb26_fix_b1.2.py |
Updated by Jim Unroe over 1 year ago
- File retevis_rb26_temp_fix.py retevis_rb26_temp_fix.py added
- Status changed from New to In Progress
- Assignee set to Jim Unroe
- Target version set to chirp-legacy
- Model affected changed from (All models) to RB26 and others
- Platform changed from Windows to All
I will be looking at this to come up with a permanent fix. In the meant time you can use the attached driver module as a temporary fix.
To use it do the following...
save the attached file (retevis_rb26_temp_fix.py) to a convenient location. Note: Do not right-click the link to download. Left-click the link, wait for the next page to load. Then left-click the download link near the top.¶
open CHIRP¶
enable Enable Developer Functions in the Help menu¶
click Load Module in the File menu¶
locate and load the file that was saved in step 1¶
CHIRP should now have a red background to indicate that it is running with an externally loaded driver module. This does not permanently change your CHIRP installation. Once you close CHIRP, the next time you open CHIRP you will have to load this test driver module to have access to it again.
Hopefully you will be able to make your changes with this temporary driver module. Let me know if you can't.
Jim KC9HI
Updated by Doug Rehman over 1 year ago
- File RB26 Error 2.JPG RB26 Error 2.JPG added
It works for CH9-14. It doesn't work for CH8 (467.5675)
Updated by Jim Unroe over 1 year ago
Doug Rehman wrote:
It works for CH9-14. It doesn't work for CH8 (467.5675)
Interesting. I did my testing with CH8. No matter, I am still looking to create a permanent fix.
Also, a better solution than using the Developer's Browser would be to use the Memory Properties Editor to edit the CTCSS tones/DCS codes. After selecting the memory row(s) that you wish to edit (yes you can edit common parameters of multiple channels at the same time), either click the [Properties] button at the top of the Spreadsheet Style Memory Editor or right-click a highlighted memory row and choose Properties from the list that appears. This method appears to not be affected by the "bug".
Jim KC9HI
Updated by Jim Unroe over 1 year ago
- File retevis_rb26_fix_b1.0.py retevis_rb26_fix_b1.0.py added
After a lot of research and many hours of trial and error, I believe I have a workable solution for the troublesome "Validation" code. Please test and provide feedback. Thanks in advance.
These changes also affect Retevis, RB17A, RT21, RT29_UHF, RT29_VHF and RT76 radio models. CHIRP "images":https://chirp.danplanet.com/projects/chirp/repository/show/tests/images for these radio models are in the CHIRP "Repository":https://chirp.danplanet.com/projects/chirp/repository if you would like to test any of them.
As a part of this I also made changes so that High was the default power level on channels where High power is permitted. I will likely have to split these changes into a minimum of 2 patches for them to be accepted. I left them combined as a convenience for testing.
Jim KC9HI
Updated by Doug Rehman over 1 year ago
CH8-14 are now programming properly.
On the other channels, there's an issue with certain mode/power combinations. In testing using the first four channels (alter settings>upload>download):
Original New Actual
FM/High NFM/Low NFM/High <<<<ERROR
FM/Low NFM/High NFM/Low <<<<ERROR
NFM/Low NFM/High NFM/Low <<<<ERROR
FM/Low FM/High FM/Low <<<<ERROR
Once I change a channel to Low, I can't change it back to High.
Updated by Jim Unroe over 1 year ago
- File retevis_rb26_fix_b1.1.py added
Good catch. I was just testing images and wasn't uploading to / downloading from the radio. I dug out my RB26 and I think I have resolved the issue. I have attached the update.
Jim KC9HI
Updated by Jim Unroe over 1 year ago
The retevis_rb26_fix_b1.1.py beta file was removed because it still has a bug.
Jim KC9HI
Updated by Jim Unroe over 1 year ago
- File retevis_rb26_fix_b1.2.py retevis_rb26_fix_b1.2.py added
Hopefully this should do better. I have dug out my RT21, RB17A, RB26, RT76, RT29_UHF and RT29_VHF and tested each one.
Jim KC9HI
Updated by Doug Rehman over 1 year ago
Worked perfectly for me—thanks for your work!
An unrelated question please: I updated "New Model #4851" (TYT TH-8600) 10 days ago to inquire about the status and haven't seen any response. The original request was 5/30/2017 with multiple duplicate requests and offer of radios since. Is there any chance of it being supported?
Thanks,
Doug
Updated by Jim Unroe over 1 year ago
Doug Rehman wrote:
Worked perfectly for me—thanks for your work!
Thank your for the testing and feedback. It has been very valuable to me. I will try to get these changes submitted in the next few days.
An unrelated question please: I updated "New Model #4851" (TYT TH-8600) 10 days ago to inquire about the status and haven't seen any response. The original request was 5/30/2017 with multiple duplicate requests and offer of radios since. Is there any chance of it being supported?
Getting a radio supported requires the following...
a radio¶
a programming cable¶
the factory programming software¶
a volunteer developer that is willing to do the work¶
It would seem that one or more of the requirements are missing.
Jim KC9HI
Updated by Jim Unroe over 1 year ago
- Status changed from In Progress to Resolved
- % Done changed from 0 to 100
A patch has been submitted. Support will be in the next CHIRP daily build following acceptance.
Jim KC9HI
Updated by Anonymous over 1 year ago
- Status changed from Resolved to Closed
Applied in changeset commit:af1890971f56.