The previous patch has broken uploads for the classic BF-888s radios and
newer Retevis H777 models. The constanstant switching of the timeout to .5
before each block is sent and back to .25 after each block is sent on a
Windows computer creates "noise" that causes the apparently "faster"
radios to mis the "ack" returned by the radio which results in the upload
failing.
This patch resolves the issue by setting the serial timeout to .5 and leaving
it remain that way for all serial activity.
fixes#8197
This driver was coded in a way that erasing a memory row would preselect the
appropriate FRS or PMR446 frequency, bandwidth and transmit power level. This
would similar to how the OEM programming software functions (actually the OEM
software has the frequencies, bandwidth and power level settings fixed so that
they cannot be edited).
While getting ready to submit test images for these models, I rediscovered that
the CHIRP test suite regards this as a memory that can't be erased and reports
an error.
This patch removes the frequency tables and other code related to this so that
the test suite will pass when tested with the related "image" files.
related to #6467
Add additional radio ID and supporting code that is required to support
currently shipping Retevis RT22 models and other similar variants.
related to #6467
My first foray into Python, so forgive anything that's not optimal.
user: Mark Leigh <mark.leigh@shaw.ca>
branch 'default'
changed chirp/directory.py
changed chirp/radioreference.py
changed chirp/ui/mainapp.py
The new anytone_iii driver inspected the memory object during get_features(),
just to count the memories, which shouldn't be necessary. This papers over
that failure with the statically-defined value, but ideally, we'd just replace
the dynamic check with a static number. However, this fixes the build, and
is the least amount of change.
Related to #3941
This patch fixes spmute in the btech driver structure that supports
the the following (and similar) models.
BTech UV-2501, UV-2501+220, UV-5001
WACCOM MINI-8900
QYT KT-UV980, KT8900, KT8900R
LUITON LT-588UV
Jetstream JT2705M
Juentai JT-6188 Mini, JT-6188 Plus
Sainsonic GT-890
Zastone MP-300
Related to #8463
This patch fixes spmute in the btech driver structure that supports
the the following (and similar) models.
BTech UV-25X2, UV-25X4, UV-50X2
QYT KT7900D, KT8900D, KT8900R
Surecom S-KT8900D
Radioddity QB25
Related to #8463
This patch updates the the following variable names so that the correct
number of elements in the list is contained in the varialbe name.
LIST_COLOR7 becomes LIST_COLOR8
LIST_COLOR8 becomes LIST_COLOR9
This is a cosmetic change only.
fixed#8461
Related to issues #1491, #2989, #3653, #6633 and #8407
(#1491, #2989, #3653, #6633)
Set the radio's squelch mode to CTCSS/DCS Tones instead of Carrier when the receive tone mode is set.
Recognize a file image from this radio when no metadata is present.
(#8407)
Add the following channel attributes
- Tuning steps
- Duplex: off
- Busy channel lockout
- Optional signal selection (DTMF, 2-tone, 5-tone)
- Reverse
- Compander
- Talkaround
- PTT ID
- Squelch with optional signal
- Use custom CTCSS for Tx and/or Rx
This patch adds support for the TYT TH-UV88
Initial radio protocol decode, channels and memory layout
by James Berry <james@coppermoth.com>, Summer 2020
Related to #7817
This patch addresses the changes to the "dtmfchars" brought about by the
HN5RV01 firmware.
While making these changes it was also discovered that the ANI code for these
radios is limited to only numeric DTMF characters. This patch also makes this
correction.
Fixes#8321
The original UV-5R only supported VFO offsets up to 69.95 MHz. Current models
support VFO offsets up to 999.999 MHz. This patch expands the Work Mode
Settings VFO A/B Offset settings to match the range of the current models.
fixes#6719