I forgot to mention this was reported as issue #8569. Jim KC9HI
On Mon, Dec 21, 2020 at 12:58 PM Jim Unroe <[email protected]> wrote: > > 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]
