Bug #4585
closedTone Mode = DTCS Bug in Several Radio Drivers
100%
Description
It was pointed out in the CHIRP mailing list that CHIRP would not the DTCS code of the WLN KD-C1 radio (a variant of the Retevis RT22) when Tone Mode is set to DTCS. It was confirmed that when setting Tone Mode to DTCS, the DTCS Code would be set to 023 (the default) as expected. When changing the code to a different value, as soon as the memory editor was refreshed, the value would return to 023.
Also when reading from the radio, any factory programmed DTCS codes were properly read in by CHIRP. However, when the value was edited, it would revert back to the previous value when the memory editor was refreshed.
Currently the only way to program a channel with Tone Mode set to DTCS is to use set Tone Mode = Cross and Cross Mode = DTCS->DTCS and then set both the DTCS Code and DTCS Rx Code to the desired value. Then when the memory editor is refreshed, CHIRP will update to show the desired Tone Mode and DTCS Code value.
As part of the investigation, it was noticed that the "_set_tone" procedure that is used in the retevis_rt22.py driver is used in several other drivers. It was tested and confirmed that the following drivers also have the same issue when programming Tone Mode = DTCS:
kguv8d.py
kyd.py
kyd_IP620.py
retevis_rt21.py
tk8102.py
wouxun.py
Jim
Files
Updated by Jim Unroe almost 8 years ago
- Status changed from New to Resolved
- Target version set to 0.5.0
- % Done changed from 0 to 100
Patches submitted.
Jim
Updated by Stephen Cavilia over 6 years ago
- File kguv8d-ctcss-4585.patch kguv8d-ctcss-4585.patch added
Fix for this caused a regression breaking CTCSS for KG-UV8D: the 0x8000 bit must be set on txtone and rxtone to enable tone transmit/receive. Attached patch fixes setting tone modes.
Updated by Bernhard Hailer over 4 years ago
- Status changed from Resolved to Closed
Appears to be complete.