[chirp_users] New Daily Build

[Jim Unroe]

I forgot to mention this was reported as issue #8569.

Jim KC9HI

On Mon, Dec 21, 2020 at 12:58 PM Jim Unroe <rock.unroe at gmail.com> 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
> <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