THANKS Mark - nice work!! Worked perfectly. [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.
-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Build System via chirp_users Sent: December 21, 2020 12:14 AM To: [email protected] 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 <[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 -- This email has been checked for viruses by AVG. https://www.avg.com _______________________________________________ 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]
