Project

General

Profile

Actions

Bug #2505

closed

FT-2900 split tones entered via CHIRP UI can cause lock-ups

Added by Richard Cochran over 9 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
Normal
Category:
-
Target version:
-
Start date:
04/06/2015
Due date:
04/06/2015
% Done:

100%

Estimated time:
4:00 h
Chirp Version:
daily
Model affected:
FT-2900/FT-1900
Platform:
All
Debug Log:
I read the instructions above:

Description

If you enter a memory into a previously unoccupied memory via the CHIRP UI, and then upload that memory to the radio, then try to use the radio's UI to change the SQLTYPE, it can sometimes lock up the radio, necessitating a hard reset.

The problem appears to be due to a failure to initialize the split flags on the ctone, rtone, dcstone, and rx_dsctone. When these are left uninitialized, they default to 1 (set) for a previously unused memory. The radio normally leaves these flags unset (0), unless a tone->tone or DSC->DCS split is being entered. Fix is to explicitly initialize them always.

This was reported via email from motorman.mike@gmail.com and kk9michaels@gmail.com to me, ag6qr@sonic.net

Actions

Also available in: Atom PDF