Project

General

Profile

Actions

Bug #4585

closed

Tone Mode = DTCS Bug in Several Radio Drivers

Added by Jim Unroe about 7 years ago. Updated about 4 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
03/05/2017
Due date:
% Done:

100%

Estimated time:
Chirp Version:
daily
Model affected:
(several models)
Platform:
All
Debug Log:
I read the instructions above:

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

kguv8d-ctcss-4585.patch (1.36 KB) kguv8d-ctcss-4585.patch Stephen Cavilia, 06/03/2018 07:29 PM
Actions

Also available in: Atom PDF