- Users - lists.chirpmyradio.com

[chirp_users] New Daily Build
by donotreply＠chirp.danplanet.com 03 Dec '22

03 Dec '22

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-20221203 A list of the changes included in this build (since the last daily) follows: Changes for Build #722 [Dan Smith <dsmith(a)danplanet.com>] Add Icom ID-4100

1 0

[chirp_users] New Daily Build
by donotreply＠chirp.danplanet.com 01 Dec '22

01 Dec '22

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-20221201 A list of the changes included in this build (since the last daily) follows: Changes for Build #721 [Dan Smith <dsmith(a)danplanet.com>] Mock out time.time during tests This saves two minutes wall clock time on *just* the clone tests. [Dan Smith <dsmith(a)danplanet.com>] Add TH-D74 clone-mode driver [Dan Smith <dsmith(a)danplanet.com>] Add a directory compat routine This gives us compatibility with drivers from the py3 branch that will use this format registration scheme. [Dan Smith <dsmith(a)danplanet.com>] Fix tuning_step on TH-D72 This fixes chirp #10088 and revert the "fix" from chirp #1611. The latter figured these were meaningless bits that changed based on the band, but they're actually a tuning_step index (transmit and receive). I think the problem with distorted audio is the radio being off frequency slightly when the tuning step doesn't match what is needed for the frequency. [Dan Smith <dsmith(a)danplanet.com>] Add gitignore initiailzed from hgignore

1 0

[chirp_users] New Daily Build
by donotreply＠chirp.danplanet.com 30 Nov '22

30 Nov '22

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-20221130 A list of the changes included in this build (since the last daily) follows: Changes for Build #720 [Dan Smith <dsmith(a)danplanet.com>] Implement dv_code and dsql_mode for id31, et al This includes the ID-51, ID-51Plus and ID-51Plus2. [Dan Smith <dsmith(a)danplanet.com>] Make RadioSettingValueList nicer This makes us listify the options parameter, and also allows for controlling the value by index.

1 0

[chirp_users] Daily build 11/28/22 incomplete?
by jeramy cleghorn 29 Nov '22

29 Nov '22

I downloaded the most recent daily build and installed it. What model(s) listed are compatible with these two radios? #1 Baofeng BF-F9 V2N and #2 Baofeng UV9RPlus ??? I saw them listed on the main CHIRP page but don't see them in the program's list. Help please?

2 1

[chirp_users] Anytone radio
by Aubrey Akers 29 Nov '22

29 Nov '22

Good Day I am looking for programming software for the Anytone AT-929 VHF portable radio If anyone can help me please Thank You Aubrey

2 1

[chirp_users] Adding Yaesu FT5DR… any FT3DR/FT5DR users/devs able to help?
by Stuart Longland VK4MSL 28 Nov '22

28 Nov '22

Hi all, I recently purchased a FT5DR radio transceiver and note that at present, CHIRP does not yet support this model despite apparently supporting the earlier FT3DR. Architecturally, both radios are apparently similar, but the FT5DR uses a different memory layout making it incompatible. I tried adding some memory channels manually through the keypad and retrieving the memory dump: https://chirp.danplanet.com/issues/9365 I can figure out some bits of the dump, but I'm wondering if any of the format looks "familiar" to those who were involved in the FT3DR port, or if it's "totally new" and will require us to reverse engineer it from scratch. My hunch is maybe header fields have changed, but the actual channels themselves are the same. I don't mind getting my hands dirty to implement support, right now though I want to see if there's existing code that I can lean on. Regards, -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere.

1 0

[chirp_users] New Daily Build
by donotreply＠chirp.danplanet.com 28 Nov '22

28 Nov '22

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-20221128 A list of the changes included in this build (since the last daily) follows: Changes for Build #719 [Dan Smith <dsmith(a)danplanet.com>] [icf] Change EtcData to hex to match OEM software The OEM software uses six zero-paded hex digits for EtcData, so fix icf to do the same. [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #154 from kk7ds/icfhash Implement ICF hashing [Dan Smith <dsmith(a)danplanet.com>] Implement ICF hashing This adds generating the proper #CD=$hash value at the end of ICF files, which is required for the radio to read the image off of an SD card. Tested with a real ID31, but it also generate the same hash as CS-5100 for ID5100. [Frans van Gulik <48883389+HascEasyZ(a)users.noreply.github.com>] Add support for "CRT 279 UV" KT7900D Clone Added chip version VC5302 to KT7900D. Using QYT -> KT7900D Fully functional [Dan Smith <dsmith(a)danplanet.com>] Fix improperly-named driver modules These drivers are only importable by the magic directory stuff, but are not actually valid module names.

1 0

[chirp_users] New Daily Build
by donotreply＠chirp.danplanet.com 23 Nov '22

23 Nov '22

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-20221123 A list of the changes included in this build (since the last daily) follows: Changes for Build #715 [Dan Smith <dsmith(a)danplanet.com>] Fix ICF line ending encoding on windows Apparently python2 is converting CRLF to CRCRLF on windows only. This won't work for python3, but we need to open the file as 'wb' in order to have control. [Dan Smith <dsmith(a)danplanet.com>] Add a model alias map to the tree This is sort of a decoder ring for the massive number of straight rebrands that exist out there. We can use this to generate the SupportedRadios list on the web site and potentially add something to chirp itself to help users find the right model. Some of the aliases from the web site also pointed at non-existent models. Those lines are in the data file, but commented out until we know what to do with them. Note that the test added here uncovered a number of situations where we have subclassed radios with aliases, making the subclasses inherit the aliases, unintentionally. This also fixes those, and will prevent that from happening in the future. [Dan Smith <dsmith(a)danplanet.com>] Unify the id5100, id31, id51, etc call decoding Some Icom radios do some weird packing of 7-bit characters into bytes to save a few bits. I implemented a more generic handling of this for the id5100. This makes the others use it as well. [Dan Smith <dsmith(a)danplanet.com>] Remove last use of IcomRawCloneModeRadio The 2730 was using this, and this converts it to use the same base class as the rest of the drivers, with the proper feature flags. Changes for Build #716 No changes Changes for Build #717 No changes Changes for Build #718 No changes

1 0

[chirp_users] New Daily Build
by Build System 22 Nov '22

22 Nov '22

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-20221122 A list of the changes included in this build (since the last daily) follows: Changes for Build #714 [Dan Smith <dsmith(a)danplanet.com>] Initial ID-5100 support Tested only with a MapRev=3 radio. Fixes: #1647 [Dan Smith <dsmith(a)danplanet.com>] Add ID-51Plus2 Radio This is basically a clean subclass of the 51Plus, as they seem like almost the same radio for our purposes. However, the 51Plus2 speaks raw-mode ICF, unlike its sibling. Closes #4545 [Dan Smith <dsmith(a)danplanet.com>] Add full tracing support for ICF debugging Enabled by setting CHIRP_DEBUG_ICF=y in the environment [Dan Smith <dsmith(a)danplanet.com>] [ICF] Add model info decoding for newer radios This also rejects a clone write operation if the radio's model data claims to be a different version than our known MapRev. [Dan Smith <dsmith(a)danplanet.com>] Refactor IcomCloneModeRadio to support raw mode Some radios, like the ID51Plus2, inherit almost everything from their non-raw ancestors, but speak raw-mode ICF. When the IC-2730 was added, it was a brand new radio and it made sense to subclass the Icom base class to speak the different protocol. However, that will make supporting newer radios like the ID51Plus2 unnecessarily more difficult. This makes the base class able to do the raw things, based on flags like we have for other behavioral quirks. [Dan Smith <dsmith(a)danplanet.com>] Allow rfc2217 SoL connections By specifying a port of rfc2217://host:port you can run CHIRP against a radio connected over the network.

1 0

[chirp_users] New Daily Build
by Build System 21 Nov '22

21 Nov '22

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-20221121 A list of the changes included in this build (since the last daily) follows: Changes for Build #713 [Jim Unroe <rock.unroe(a)gmail.com>] [QRZ-1] Add support for Intro Lines that are padded with null characters The QRZ-1 (and variants like the TYT TH-UV88 and Retevis RT85) come from the factory with the Intro Lines right-padded with spaces. The CHIRP driver for these radios expects them to be padded with spaces. It is now known that it is possible for the Intro Lines to also be right- padded with null characters. When this is encountered, the Settings tabs are blank. This patch adds support to gracefully handle Intro Lines that have been padded with null characters. fixes #10129 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #133 from kk7ds/settings-bannedchars Reserve some characters from setting names [Dan Smith <dsmith(a)danplanet.com>] Reserve some characters from setting names This creates a list of banned characters for use in setting name identifiers so that the setting editor can mark them up in more convenient ways. [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #130 from kk7ds/bug-10130 Replace six with sys.version_info [Dan Smith <dsmith(a)danplanet.com>] Replace six with sys.version_info Fixes #10130

1 0