[chirp_users] New Daily Build

G-mail
Fri Dec 25 14:52:48 PST 2020


THANKS Mark - nice work!!  Worked perfectly.

[Mark Leigh <mark.leigh at shaw.ca>] Added methods and UI to query/import RadioRef.com for Canada. Fixes #8021 My first foray into Python, so forgive anything that's not optimal.

-----Original Message-----
From: chirp_users-bounces at intrepid.danplanet.com [mailto:chirp_users-bounces at intrepid.danplanet.com] On Behalf Of Build System via chirp_users
Sent: December 21, 2020 12:14 AM
To: chirp_users at intrepid.danplanet.com
Subject: [chirp_users] New Daily Build

Greetings,

A new daily build of CHIRP is available.  This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs.  If you are interested in trying it, grab it from the following location:

  http://trac.chirp.danplanet.com/chirp_daily/daily-20201221


A list of the changes included in this build (since the last daily)
follows:

Changes for Build #640
[Dan Smith <dsmith at danplanet.com>] Style fix related to patch for #8565

[Jim Unroe <rock.unroe at gmail.com>] [H777] Retevis H777 Plus

This patch adds support for the Retevis H777 Plus (FRS/PMR) models with fixed antennas.

Related to #8565

[Jim Unroe <rock.unroe at gmail.com>] [H777] Rework Serial Timeout

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

[Jim Unroe <rock.unroe at gmail.com>] [RT22] Remove FRS and PMR446 Frequency Tables

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

[Jim Unroe <rock.unroe at gmail.com>] [RT22] Add Retevis RT622 Model

This patch adds support for the Retevis RT622 PMR446 version.

related to #6467

[Jim Unroe <rock.unroe at gmail.com>] [RT22] Add Retevis RT22FRS Model

This patch adds support for the Retevis RT22 FRS version.

related to #6467

[Jim Unroe <rock.unroe at gmail.com>] [RT22] Add Radio ID to Retevis RT22 Driver

Add additional radio ID and supporting code that is required to support currently shipping Retevis RT22 models and other similar variants.

related to #6467

[Jim Unroe <rock.unroe at gmail.com>] [RT22] Retevis RT22 Driver Cleanup for better PEP8 Compliance

Clean up driver before adding another radio ID and support for additional radio models.

related to #6467

[Jim Unroe <rock.unroe at gmail.com>] [KT-8R] Add New MCU Version

This patch adds an additional MCU Version to the support for the QYT KT-8R

fixes #8513

[Brad Schuler <brad at schuler.ws>] [anytone_iii] Naming convention cleanup (issue #8503)

[Mark Leigh <mark.leigh at shaw.ca>] Added methods and UI to query/import RadioRef.com for Canada. Fixes #8021 My first foray into Python, so forgive anything that's not optimal.


user: Mark Leigh <mark.leigh at shaw.ca>
branch 'default'
changed chirp/directory.py
changed chirp/radioreference.py
changed chirp/ui/mainapp.py




-- 
This email has been checked for viruses by AVG.
https://www.avg.com




More information about the chirp_users mailing list