[chirp_users] New Daily Build

Build System donotreply at danplanet.com
Wed Feb 26 00:07:54 PST 2020


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


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

Changes for Build #616
[Dan Smith <dsmith at danplanet.com>] Update template to use process_mmap() for _memobj initialization

This is how the load_mmap() pattern expects to initialize from file
contents.

#0

[Marco Filippi <iz3gme.marco at gmail.com>] [bj9900] Enable correct tuning steps

Setting tuning steps it's necessary as radio support 12.5 step (among others)
Can't remember why it was commented out

#7659

[Bernhard Hailer <ham73tux at gmail.com>] [ft4] Automatic duplex value selection not working. Fixes #7605

This family of radios (like other brands and models) has a feature which
automatically determines whether an offset is to be applied in positive
or negative direction. When a user programmed the radio manually and didn't
explicitly select positive or negative offset, then the radio saved the fact
that it was automatically pre-selected, and not the actual selection. The
driver was able to read that, but didn't know what to do with it.

Data from an FT-65R (for North America models) and a FT-4XE (for European
models) was obtained, and a table built from it. Code to determine the
correct value for "duplex" (0 for +, or 2 for -, instead of 5 for auto) has
been added. Now, instead of saving "auto", the image will be saved with the
correct selection for duplex (something Yaesu should have done in the first
place).

Mentioned in #6677.




More information about the chirp_users mailing list