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 <[email protected]> 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 <[email protected]>] Style fix related to patch for #8565 > > [Jim Unroe <[email protected]>] [H777] Retevis H777 Plus > > This patch adds support for the Retevis H777 Plus (FRS/PMR) models with > fixed antennas. > > Related to #8565 > > [Jim Unroe <[email protected]>] [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 <[email protected]>] [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 <[email protected]>] [RT22] Add Retevis RT622 Model > > This patch adds support for the Retevis RT622 PMR446 version. > > related to #6467 > > [Jim Unroe <[email protected]>] [RT22] Add Retevis RT22FRS Model > > This patch adds support for the Retevis RT22 FRS version. > > related to #6467 > > [Jim Unroe <[email protected]>] [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 <[email protected]>] [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 <[email protected]>] [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 <[email protected]>] [anytone_iii] Naming convention cleanup > (issue #8503) > > [Mark Leigh <[email protected]>] 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 <[email protected]> > branch 'default' > changed chirp/directory.py > changed chirp/radioreference.py > changed chirp/ui/mainapp.py > > > _______________________________________________ > chirp_users mailing list > [email protected] > http://intrepid.danplanet.com/mailman/listinfo/chirp_users > This message was sent to Jim at [email protected] > To unsubscribe, send an email to > [email protected] _______________________________________________ chirp_users mailing list [email protected] http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to [email protected] at [email protected] To unsubscribe, send an email to [email protected]
