Bug #250
closedNon standard CTCSS value in radio cause error - tested with Baofeng UV-5R
0%
Description
Using a non standard CTCSS value (e.g. 75.0) in radio will cause an error in CHIRP (tested with Baofeng UV-5R but the error seems generic for any radio capable of non-standard CTCSS tones).
When CHIRP reads a non-standard CTCSS tone from the radio (e.g. 75.0) the channel information will be grayed out and channel values will either be set to default (e.g. frequency at 0.000000), be left blank or display "ERROR" (i.e. Name) instead of showing the actual values stored in the radio. Note that this happens for both encode and decode non-standard CTCSS values.
Suggestions:
- Show actual CTCSS values stored read from the radio (i.e. Do not generate an exception for non-standard CTCSS frequencies on read)
- Offer an option to toggle the CTCSS pull down list from current standard PL tones to just sequential values (i.e. 60.0, 60.1, 60.2 .... 259.8, 259.9)
Workaround: Use the OEM Software to set non-standard CTCSS tone values.
Error in debug log:
-- Exception: --
Traceback (most recent call last):
File "chirpui\common.pyo", line 97, in execute
File "chirp\uv5r.pyo", line 340, in get_memory
File "chirp\chirp_common.pyo", line 313, in __setattr_