[chirp_users] New Daily Build

Jim Unroe rock.unroe at gmail.com
Mon Dec 21 09:58:18 PST 2020


It has been reported that the models supported by the anytone778uv.py
driver module are missing from today's build. I have verified this and
they are gone. Reverting back to the previous build restores them.

The missing radios are still available when running "chirpw" from the
up-to-date chirp.hg folder of my Windows 7 CHIRP development computer.

Could this be somehow related to the "future module" since this driver
module requires it?

Jim KC9HI

On Mon, Dec 21, 2020 at 3:16 AM Build System via chirp_users
<chirp_users at intrepid.danplanet.com> wrote:
>
> 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
>
>
> _______________________________________________
> chirp_users mailing list
> chirp_users at intrepid.danplanet.com
> http://intrepid.danplanet.com/mailman/listinfo/chirp_users
> This message was sent to Jim at rock.unroe at gmail.com
> To unsubscribe, send an email to chirp_users-unsubscribe at intrepid.danplanet.com



More information about the chirp_users mailing list