[chirp_users] New Daily Build

Build System
Wed Jun 7 00:10:54 PDT 2017


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-20170607


A list of the changes included in this build (since the last daily)
follows:

Changes for Build #487
[Angus Ainslie <angus at akkea.ca>] [FT1D] Fix test for backtrack code - issue #4877

[Angus Ainslie <angus at akkea.ca>] [FT1D] fix the PEP8 warnings in the backtrack settings - issue #4877


Changes for Build #488
[Keith Williamson <hkwilliamson at gmail.com>] [vx8] Mod to radio memory layout to accommodate diffs between models. Fixes #4881
Split the memobj aprs struct into three structs: shorter aprs struct, aprs_msg_macro
struct and aprs2 struct. The aprs_msg_macro[] struct and aprs2 struct are parameterized
differently in the VX8Radio class and VX8DRadio class _mem_params. Updated all
dereferences of memory elements formerly part of the aprs struct that are now part
of either the aprs2 struct or the aprs_msg_macro[] struct. There are no behavioral
changes to Chirp with this patch.

[Keith Williamson <hkwilliamson at gmail.com>] [vx8] Simple refactor that moves most VXDRadio class functions to VXRadio parent class. Fixes #4881
This is the first of two groundwork patches for adding Settings support for the VX-8R. This patch
produces no change in functionality.

[Keith Williamson <hkwilliamson at gmail.com>] [vx8] Fix issue with VX-8R download from radio. Fixes #4883
This patch ensures that the functions from the correct radio class are called
when downloading from the radio. This is achieved by defining distinct MODELs
for the VX-8R, VX-8DR, and VX-8GE and deleting their VARIANTs. This patch is
also accompanied (out-of-band) with test image files for each of the radios.

[Pavel Milanes (CO7WT) <pavelmc at gmail.com>] [PATCH][tk270.py] Increase OEM band edges by 4.0%, fix #4709

Some of this model's variants are in ranges near ham bands but outside them
by the OEM stated range, for example from 150 to 174 Mhz, or 148 to 174 Mhz,
in the case of the UHF we has the variants in the 450 to 490 Mhz or
the 406 to 430 Mhz.

I make some characterizations and most of the radios can work safely
with a 4% increment of the stated range safely and will allow to work
near ham bands. (real range is bigger but we stick to a safe value)

Related also to #4789, see this for real edges data measurements.
With improvements an corrections suggested on the chirp_devel mailing list

[Pavel Milanes (CO7WT) <pavelmc at gmail.com>] [tk760.py] Increase OEM band edges by 4.0%, fix #4789

Some of this model's variants are in ranges near ham bands but outside them
by the OEM stated range, for example from 150 to 174 Mhz, or 148 to 174 Mhz,
in the case of the UHF we has the variants in the 450 to 490 Mhz or
the 406 to 430 Mhz.

I make some characterizations and most of the radios can work safely
with a 4% of the stated range safely and will allow to work
near ham bands. (real range is bigger but we stick to a safe value)

This patch was based on the discussions about issue #4709 and improvements
from the chirp_devel mailing list comments.

[Pavel Milanes (CO7WT) <pavelmc at gmail.com>] [tk760g.py] Increase OEM band edges by 4.0%, fix #4789

Some of this model's variants are in ranges near ham bands but outside them
by the OEM stated range, for example from 150 to 174 Mhz, or 148 to 174 Mhz,
in the case of the UHF we has the variants in the 450 to 490 Mhz or
the 406 to 430 Mhz.

I make some characterizations and most of the radios can work safely
with a 4% of the stated range safely and will allow to work
near ham bands. (real range is bigger but we stick to a safe value)

This patch was based on the discussions about issue #4709 and fixes
due to chirp_devel recomendations




More information about the chirp_users mailing list