Project

General

Profile

Actions

Bug #9911

closed

Driver Maintenance: radtel_t18.py

Added by Jim Unroe almost 2 years ago. Updated almost 2 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
06/15/2022
Due date:
% Done:

100%

Estimated time:
Chirp Version:
daily
Model affected:
Radtel T18 and others
Platform:
All
Debug Log:
I read the instructions above:

Description

The Radtel T18 driver (radtel_t18.py) supports several radio models (see list below). During the cloning operation, some models need to have the driver send/receive and acknowledgement (ACK) after each of the blocks are transferred. Some models do not need these ACKs.

Models that require ACKs
Radtel T18
Baofeng Tech FRS-B1

Models that don't require ACKs
Retevis RT22S, RB18, RB618, RT68, RT668, RB17, RB617, RB17V, RB85, RB75

Although cloning does work for all of the supported models, the code that determines if CHIRP should ACK or not is improperly implemented. This often causes part of the ACK process to be used during the transfers to/from radios that don't need ACKs. These unnecessary ACKs cause the transfer to be shower than it could be. In some cases, the transfers are noticeably slower than what they are when using the OEM software.

Jim KC9HI

Actions #1

Updated by Jim Unroe almost 2 years ago

  • Status changed from In Progress to Resolved
  • % Done changed from 0 to 100

A patch has been submitted.

Jim KC9HI

Actions #2

Updated by Anonymous almost 2 years ago

  • Status changed from Resolved to Closed

Applied in changeset commit:3dd3da8a8935.

Actions

Also available in: Atom PDF