November 2022 - Users - lists.chirpmyradio.com

[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

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

20 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-20221120 A list of the changes included in this build (since the last daily) follows: Changes for Build #712 [Dan Smith <dsmith(a)danplanet.com>] Make ICF log the full model query result [Dan Smith <dsmith(a)danplanet.com>] Long-overdue ICF cleanup The ICF driver has been accumulating a lot of cruft, from before the days where even hispeed cloning was supported. This doesn't clean up everything, but does improve consistency in frame parsing, generation, and makes the hispeed kicker use proper framing. It also (finally) actually digests the radio's CLONE_OK message for proper reporting. Some additional safety things are added, reporting of things to help debug, and unifies things such that merging with the py3 branch will be simpler. [Dan Smith <dsmith(a)danplanet.com>] Make ICF driver log the clone result frame [Dan Smith <dsmith(a)danplanet.com>] Make hexprint show proper data length Historically hexprint zero-pads the data it is printing, which makes it hard to see how much data is actually there. Fix that.

3 2

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

19 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-20221119 A list of the changes included in this build (since the last daily) follows: Changes for Build #711 [Dan Smith <dsmith(a)danplanet.com>] A better fix to the ICF clone speed issue In commit 89467012 I "fixed" the issue with cloning to older Icom radios going too fast and causing them to choke on the data stream. A bug in that caused us to always hit the timeout reading echo frames (even if we got one) and thus slowed the clone process way down. This fixes that bug, and also tracks whether or not our cable is the echoing type to avoid us even needing to munch echoes once we have determined that we're on a non-echoing type. Tested with IC-2200, IC-2820, ID-800v2, ID-31A. [Dan Smith <dsmith(a)danplanet.com>] Improve native support for ICF files This makes CHIRP able to handle ICF files more natively, extending the save support recently added. We no longer warn the user about ICF files being readonly, and we can load/save them like .img files. Legacy models seem to have none of the metadata that the newer ones do, which makes this easier for them. Newer models have more things (like MapRev, EtcData), and this makes us persist those for a loaded file so that we can save them back out.

1 0