- Users - lists.chirpmyradio.com

Re: [chirp_users] [CHIRP - Feature #10213] (In Progress) Add search field to repeaterbook query
by Steve Horning 04 Jan '23

04 Jan '23

Thank you! I like the new import options. 73 de N0XVZ, Steve On 1/3/2023 4:18 PM, Dan Smith wrote: > Issue #10213 <https://chirp.danplanet.com/issues/10213#change-35932> > has been updated by Dan Smith. > ------------------------------------------------------------------------ > > * *Status* changed from /New/ to /In Progress/ > > What I have now will search the County, Landmark, City, and Callsign > fields of the repeaterbook database for a string. If any amount of > that string is in any of those fields, the repeater will be included > in the result set, or excluded if not. And of course, if the search > string is blank, everything matches. > > This is substantially easier than populating a box with state-specific > counties, and also provides more generic searching, finding landmark > entries like "hospital" or "tower" easily. > > I hope that will be a reasonable compromise (if not better than before). > > ------------------------------------------------------------------------ > > > Feature #10213: Add search field to repeaterbook query > <https://chirp.danplanet.com/issues/10213#change-35932> open > > * *Author: *Dan Smith > * *Status: *In Progress > * *Priority: *Low > * *Assignee: *Dan Smith > * *Target version: *chirp-py3 > * *Start date: *2023-01-02 > * *Chirp Version: *next (py3) > * *Model affected: *RepeaterBook > > This could search county, city, landmark fields, perhaps filling some > of the gaps between the new and previous implementations > > ------------------------------------------------------------------------ > > You have received this notification because you have either subscribed > to it, or are involved in it. > To change your notification preferences, please click here: > http://chirp.danplanet.com/my/account > -- This email has been checked for viruses by Avast antivirus software. www.avast.com

1 0

[chirp_users] New chirp-next build
by donotreply＠chirp.danplanet.com 04 Jan '23

04 Jan '23

Greetings, A new build of CHIRP-next is available. This includes changes made directly to the tree since yesterday and may include additional features, bug fixes, etc. As a reminder, this is different from the "daily" CHIRP builds in that new development and features are happening here. It is the latest and greatest, but also may be less stable than the "daily" builds at this time. If it works for you, we recommend using CHIRP-next, but if your radio is not yet working on it, then you may prefer to use the "daily" builds for the time being. You can get it from here: http://trac.chirp.danplanet.com/chirp_next/ A list of changes since the last build are here: Changes for Build #25 [3046399+kk7ds] Add generic search field to repeaterbook query [3046399+kk7ds] Save and restore main window position [3046399+kk7ds] Extend hint text on query fields [3046399+kk7ds] Make memedit font bold to help readability

2 1

Re: [chirp_users] New Chirp-Next Build
by Dave B 03 Jan '23

03 Jan '23

I'll have to wait to catch up with this needed (and welcome) change, as I first need to upgrade my OS (Mint 19.3 64 bit, still supported until April) to a later LTS version first. That... Is going to take me some time, just to recreate all the tools and utilities I've used over the last 5 years etc. I did try the "Python Wheel" (not heard of them before) but just spent 20 minutes untangling the mess it made of my home folder, after following instructions found at https://realpython.com/python-wheels/ The venv could not be created, as it was trying to create a folder ./env/bin/activate that is the same name as the file "activate" in ~/env/bin ! (I have Python 3.6.9 installed, and otherwise working well...) In the mean time... If anyone manages to create a FlatPack, or ApImage for Linux, that would help a lot more people do a lot of the needed testing, with (in the first instance) a known collection of files and dependencies etc all supplied as needed, at the expense of disk space... (Might even be an idea for overall user deployment on Linux? As most just want to use it, not fight the system just to get it running...) Just a thought. (Not all of us out here live on the bleeding edge, preferring stability and reliability instead of continual changes.) 73 and Happy New Year. Dave G8KBV (or G0WBX) -- Created on and sent from a Unix like PC running and using free and open source software:

1 0

[chirp_users] New chirp-next build
by donotreply＠chirp.danplanet.com 03 Jan '23

03 Jan '23

Greetings, A new build of CHIRP-next is available. This includes changes made directly to the tree since yesterday and may include additional features, bug fixes, etc. As a reminder, this is different from the "daily" CHIRP builds in that new development and features are happening here. It is the latest and greatest, but also may be less stable than the "daily" builds at this time. If it works for you, we recommend using CHIRP-next, but if your radio is not yet working on it, then you may prefer to use the "daily" builds for the time being. You can get it from here: http://trac.chirp.danplanet.com/chirp_next/ A list of changes since the last build are here: Changes for Build #24 [3046399+kk7ds] Bajoie BJ-318: Settings panel error [3046399+kk7ds] BJ-318: driver updates [3046399+kk7ds] Fix KG-UV8DPlus for python3 [3046399+kk7ds] Fix KG-UV8E for python3 [3046399+kk7ds] Convert Wouxun KG-935 for python3 [3046399+kk7ds] Fix buttonsizer padding on query sources dialog

1 0

[chirp_users] New chirp-next build
by donotreply＠chirp.danplanet.com 01 Jan '23

01 Jan '23

Greetings, A new build of CHIRP-next is available. This includes changes made directly to the tree since yesterday and may include additional features, bug fixes, etc. As a reminder, this is different from the "daily" CHIRP builds in that new development and features are happening here. It is the latest and greatest, but also may be less stable than the "daily" builds at this time. If it works for you, we recommend using CHIRP-next, but if your radio is not yet working on it, then you may prefer to use the "daily" builds for the time being. You can get it from here: http://trac.chirp.danplanet.com/chirp_next/ A list of changes since the last build are here: Changes for Build #22 [3046399+kk7ds] Add a PR template with requirements [3046399+kk7ds] Add check_commit.sh and github action [dsmith] One more PR rule [3046399+kk7ds] Fix TH-D74 clone driver for UHF frequencies [3046399+kk7ds] Fix prompting for offset when duplex=off [3046399+kk7ds] Specifically select defaults in RB query [3046399+kk7ds] Ensure selection in myGMRS state

1 0

[chirp_users] Error comport
by D Bunk 20 Dec '22

20 Dec '22

I have a brand new baofeng UV-82 but can not get the program to recognize it. I keep getting an error message “can not open port”. I have downloaded the lasted version of the program. Any ideas? Using windows 10 on pc. /r Dean /r Dean

6 9

[chirp_users] Please Provide SHA256 and signed signatures of Downloads
by Rusty Fedora 19 Dec '22

19 Dec '22

Please tell the developers to provide pgp signed checksums of he downloads aswell as SHA256 checksums. Since SHA1 is weak and broken and SHA256 is the key standard for almost all linux distros and major software. You could still keep the SHA1 but have SHA256 as well as a signed signature .asc file signed with the developer/s GPG key.

1 0

Re: [chirp_users] TRYING to program radios to RF channels?repeaters
by gandy-o＠twc.com 17 Dec '22

17 Dec '22

First you need to know that most of these newer/Chinese radios can also be used on business, FRS, & GMRS frequencies as well as Amateur so it depends on what you want as to where youneed to look. If you are wanting Amateur only repeaters you can as others have said use repeater book. It is built into chirp. All you need to do is install chirp plug in your radio and under the heading Radio download it to the app and then under the same heading look for import from or Query Repeaterbook and follow the prompts as to what you want. I hope this will help you. Sincerely KJ4RT -----------------------------------------From: "outlook_47D0A80C8D53B779(a)outlook.com" To: "chirp_users(a)intrepid.danplanet.com" Cc: Sent: Friday December 16 2022 12:34:06PM Subject: [chirp_users] TRYING to program radios to RF channels?repeaters Ok I’m completely lost I’ve been sitting here for an hour trying to find to RFchannels & repeaters in my area to program my radios and so far all I get is a bunch of FM channels. Please help Sent from Mail [1] for Windows 10 Links: ------ [1] https://go.microsoft.com/fwlink/?LinkId=550986

1 0

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

17 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-20221217 A list of the changes included in this build (since the last daily) follows: Changes for Build #728 [Dan Smith <dsmith(a)danplanet.com>] Fix TH-D74 name sanitization [Angus Peart <angusp(a)gmail.com>] [AT-778UV] Adds support for busy channel lockout

1 0

Re: [chirp_users] chirp_users Digest, Vol 168, Issue 7 REPEATERS...
by Gary or Coleen Ferguson 16 Dec '22

16 Dec '22

google this "repeater book or repeater app" that will give you all of the repeaters. you can search for your area. Good Luck. G. On Fri, Dec 16, 2022 at 1:01 PM <chirp_users-request(a)intrepid.danplanet.com> wrote: > Send chirp_users mailing list submissions to > chirp_users(a)intrepid.danplanet.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://intrepid.danplanet.com/mailman/listinfo/chirp_users > or, via email, send a message with subject or body 'help' to > chirp_users-request(a)intrepid.danplanet.com > > You can reach the person managing the list at > chirp_users-owner(a)intrepid.danplanet.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of chirp_users digest..." > > > Today's Topics: > > 1. TRYING to program radios to RF channels?repeaters > (outlook_47D0A80C8D53B779(a)outlook.com) > 2. Re: TRYING to program radios to RF channels?repeaters (Ken Hansen) > 3. Re: TRYING to program radios to RF channels?repeaters > (David Evans) > 4. Re: TRYING to program radios to RF channels?repeaters > (Don Goodrich) > 5. Re: TRYING to program radios to RF channels?repeaters (Jim Unroe) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 15 Apr 2022 20:22:30 -0700 > From: "outlook_47D0A80C8D53B779(a)outlook.com" <copperhead120(a)gmail.com> > Subject: [chirp_users] TRYING to program radios to RF > channels?repeaters > To: "chirp_users(a)intrepid.danplanet.com" > <chirp_users(a)intrepid.danplanet.com> > Message-ID: <335B38A9-BF10-4F9E-8FBE-5A65D78ABC8F(a)hxcore.ol> > Content-Type: text/plain; charset="us-ascii" > > An HTML attachment was scrubbed... > URL: > http://intrepid.danplanet.com/pipermail/chirp_users/attachments/20220415/49… > > ------------------------------ > > Message: 2 > Date: Fri, 16 Dec 2022 11:45:09 -0600 > From: Ken Hansen <ken(a)n2vip.org> > Subject: Re: [chirp_users] TRYING to program radios to RF > channels?repeaters > To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> > Message-ID: <538E909B-AAD3-4DD1-8D86-D0FE7638A360(a)n2vip.org> > Content-Type: text/plain; charset="us-ascii" > > An HTML attachment was scrubbed... > URL: > http://intrepid.danplanet.com/pipermail/chirp_users/attachments/20221216/d6… > > ------------------------------ > > Message: 3 > Date: Fri, 16 Dec 2022 11:48:44 -0600 > From: David Evans <kd7uch(a)gmail.com> > Subject: Re: [chirp_users] TRYING to program radios to RF > channels?repeaters > To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> > Message-ID: > < > CAOFT+79+0YGQqgX2eGvubU0YsTA-KVgqj_uwphM3Fobi6EL9tg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > What kinds of things are you looking for? > > Thanks, > David, > KD7UCH(a)gmail.com > > On Fri, Dec 16, 2022, 11:34 outlook_47D0A80C8D53B779(a)outlook.com < > copperhead120(a)gmail.com> wrote: > > > Ok I?m completely lost I?ve been sitting here for an hour trying to find > > to RFchannels & repeaters in my area to program my radios and so far > all I > > get is a bunch of FM channels. Please help > > > > > > > > Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for > > Windows 10 > > > > > > _______________________________________________ > > chirp_users mailing list > > chirp_users(a)intrepid.danplanet.com > > http://intrepid.danplanet.com/mailman/listinfo/chirp_users > > This message was sent to David Evans at kd7uch(a)arrl.net > > To unsubscribe, send an email to > > chirp_users-unsubscribe(a)intrepid.danplanet.com > > To report this email as off-topic, please email > > chirp_users-owner(a)intrepid.danplanet.com > > Searchable archive: > > https://www.mail-archive.com/chirp_users@intrepid.danplanet.com >

1 0

[chirp_users] TRYING to program radios to RF channels?repeaters
by outlook_47D0A80C8D53B779＠outlook.com 16 Dec '22

16 Dec '22

5 4

[chirp_users] RepeaterBook query fails with 502 error
by David Boucha 14 Dec '22

14 Dec '22

When running Chirp from the py3 branch on Ubuntu 22.04 when I click on Radio -> Query Source -> RepeaterBook, then I choose my state and county I get an error message "Got error code 502 from server" It doesn't matter which Band I choose. [image: image.png]

3 2

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

14 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-20221214 A list of the changes included in this build (since the last daily) follows: Changes for Build #727 [Dominick C. Pastore <dominickpastore(a)dcpx.org>] Adjust charset for Yaesu VX-6 Add some ASCII-like characters that were missing from the VX-6 driver charset and modify the charset decoder to drop invalid or non-ASCII-like characters to fix chirp #10171

1 0

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

07 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-20221207 A list of the changes included in this build (since the last daily) follows: Changes for Build #726 [Dan Smith <dsmith(a)danplanet.com>] Squelch the warnings about dupes in bandplan AFAIK, these have always been dupes because the NA bandplan has overlaps. This generates a substantial amount of log spam for no gain, so this removes them for now. [Jim Unroe <rock.unroe(a)gmail.com>] [GMRS-V2] DTMF Settings aren't being stored in radio. The DTMF Speed (on/off), ANI Code, Alarm Code and related settings are in a memory rangee that was being blocked from being uploaded to the radio. This patch removes that block allowing these setting to be uploaded to the radio. fixes #10158

1 0

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

05 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-20221205 A list of the changes included in this build (since the last daily) follows: Changes for Build #723 [Dan Smith <dsmith(a)danplanet.com>] Try to fix DMR-MARC query source The API has moved and changed a bit, and the expected format of the query parameters is different. This seems to work for me in my area with the following: City: Portland State: Oregon Country: United States Using a state abbreviation, or a country name like "us" or "usa" do not work. Leaving fields blank seems to be allowed as well. Changes for Build #724 No changes Changes for Build #725 No changes

1 0

[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

[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

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

18 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-20221118 A list of the changes included in this build (since the last daily) follows: Changes for Build #710 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-50X2_G2] Add Baofeng Tech UV-50X2_G2 Baofeng Tech is releasing a second generation version of the BTech UV-50X2. This patch adds support for the BTech UV-50X2_G2. fixes #10126 [Dan Smith <dsmith(a)danplanet.com>] Make tests not require DV call lists If the radio driver does not require DV call lists, the tests should not require them either. Related to #1647 [Dan Smith <dsmith(a)danplanet.com>] Make the UI offer to save ICF files, if supported For drivers that expose the ICF details, allow File->Save to ICF file format. Related to #1647 [Dan Smith <dsmith(a)danplanet.com>] Add ICF write support for ID-31A Related to #1647 [Dan Smith <dsmith(a)danplanet.com>] Make ICF module able to write files We have long supported reading ICF files, but not writing them. The format is *mostly* well-understood, with the exception of some metadata. This is not as useful for all radios, but for the ones that support SD cards, being able to write ICF files means those can be programmed without a cable and/or before we have figured out the cloning details. This adds the basic capability to icf.py, but requires drivers to declare the metadata details for it to be useful. Note this also includes some py3 fixes so this will more directly apply to the py3 branch. Related to #1647 [Dan Smith <dsmith(a)danplanet.com>] Run py2 tests on Focal Github just switched ubuntu-latest to jammy, so make sure these run on focal. [Dan Smith <dsmith(a)danplanet.com>] Don't fail to create PR if merge commit fails If we fail to run makesupported, we will not touch anything, but return nonzero, which will try to git commit, which will fail because nothing is changed. Just ignore that and push the PR anyway so we have something to work from.

1 0

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

09 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-20221109 A list of the changes included in this build (since the last daily) follows: Changes for Build #709 [Masen Furer <m_github(a)0x26.net>] hg_uv98: skip register if `future` is not available this driver currently depends on builtins.bytes ass try/except ImportError when doing from builtins import bytes since some platforms dont have the `future` package and the driver shouldn't crash the whole program in those cases. fixes #10110

1 0

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

08 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-20221108 A list of the changes included in this build (since the last daily) follows: Changes for Build #708 [Dan Smith <dsmith(a)danplanet.com>] Fix ICF-based radios for clone out At some point we apparently started slamming data down the serial line at too high a rate for older radios. When using an ID-800, the clone dialog finishes in a few seconds, and the radio times out because it missed a huge chunk of the image because it overran its buffer. This seemed to work okay for radios that use the direct serial connection to the 2.5mm data jack, but not via the OPC-478 type interface. This change makes us read our own echo frames before sending the next one, which slows us down a lot. It feels a lot slower, but it means we're at least pacing the physical echo. Tested with an ID-800, ID-880 and IC-2820 and this fixes things. [Masen Furer <m_github(a)0x26.net>] add Lanchonlh HG-UV98 driver (#100) * hg_uv98: add Lanchonlh HG-UV98 driver fixes #7999 [Dan Smith <dsmith(a)danplanet.com>] py3-pr needs to push *after* matrix commit [Dan Smith <dsmith(a)danplanet.com>] py3-pr Needs file to commit [Dan Smith <dsmith(a)danplanet.com>] Update py3-pr to have tox for makesupported

3 2

[chirp_users] No mail getting to chirp-devel ML?
by Barry Jackson 05 Nov '22

05 Nov '22

I have sent 3 messages to the -devel ML recently and see none in the list. Also there are no archives since 24th October.

1 0

[chirp_users] Port names: (Was Re: Linux and chirp)
by Dave B 05 Nov '22

05 Nov '22

Those of you who are using Linux in one form or another, and need some "stability" as to how USB/Serial adapters are named/numbered each time you connect them to you computer, could do no worse than consult this site... http://hintshop.ludvig.co.nz/show/persistent-names-usb-serial-devices/ Very good and genuinely useful info regarding "udev rules". These are text files that you can create, so that the OS can assign a consistent device ID for your use, regardless of how the OS actually discovered them... Two things though... a) The place to put the needed udev configuration file, can vary between Linux distro's, worse, more than one place can be used. One for "system" and one for "users". (On this now older Mint 19.3 system, my "Shack" udev file (99-shack.rules) is located at:- /lib/udev/rules.d) You also need to kick the OS into re-scanning the udev rules after you added new rule or made a change. $ sudo udevadm control --reload-rules && udevadm trigger (Your login password will be asked for.)| |b) Sadly, most USB<>Serial adapters, do NOT have any unique identifying feature in the information they present to the OS when connected, or as found during the boot process. But, you can use the "path" to them (the convoluted route via all the USB hubs etc, between OS and device) if needed. Just that you then *MUST* connect things up exactly the same each time. But.. FTDI bless them, DO HAVE a unique serial number for each and every one of their devices. ("Genuine" devices that is, there are fake FTDI chips about as well!) It is trivial then, to use that serial number to create (for example) a rule that results in a "device" name for example of:- /dev/ttyTMV71 Whenever that programming lead is connected. The corresponding rule itself is:- #TM-V71 (using the FTDI based lead) SUBSYSTEM=="tty", ATTRS{serial}=="AK06ML2R", SYMLINK+="ttyTMV71" In this case, the FTDI unique "serial number" is AK06ML2R You can discover that in several ways. One of the easiest is to perform a $ dmesg -wH command in a seperate terminal window. You will see instantly what happens when you connect or disconnect things. The -w means wait, and the H means human readable output. So, it just sits there reporting stuff as it happens. Untill you use a Control+C character to quit dmesg, then allowing you to close the terminal session as you need. The output of that contains (for example)... [ +0.114801] usb 1-1.4.2: New USB device found, idVendor=0403, idProduct=6001 [ +0.000003] usb 1-1.4.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ +0.000002] usb 1-1.4.2: Product: FT232R USB UART [ +0.000002] usb 1-1.4.2: Manufacturer: FTDI [ +0.000002] usb 1-1.4.2: SerialNumber: *AK06ML2R* [ +0.002668] ftdi_sio 1-1.4.2:1.0: FTDI USB Serial Device converter detected [ +0.000047] usb 1-1.4.2: Detected FT232RL [ +0.000534] usb 1-1.4.2: FTDI USB Serial Device converter now attached to ttyUSB5 [ +12.717166] usb 1-1.4.2: USB disconnect, device number 17 [ +0.000237] ftdi_sio ttyUSB5: FTDI USB Serial Device converter now disconnected from ttyUSB5 Note the "usb 1-1.4.2:" common parts of each line. the "1.4.2" after the initial "1-" changes if the same device is plugged into a different port, as below... [ +0.000002] usb 1-1.4.5.5: Manufacturer: FTDI [ +0.000001] usb 1-1.4.5.5: SerialNumber: *AK06ML2R* [ +0.002685] ftdi_sio 1-1.4.5.5:1.0: FTDI USB Serial Device converter detected [ +0.000047] usb 1-1.4.5.5: Detected FT232RL [ +0.000408] usb 1-1.4.5.5: FTDI USB Serial Device converter now attached to ttyUSB5 It now has a path of 1.4.5 You can use that information in a udev rule thus, below. #TS-870s SUBSYSTEM=="tty", ATTRS{devpath}=="1.3.3", SYMLINK+="ttyTS870" (In this case, for my Kenwood TS-870s, that is connected to one "leg" of a 4 port Prolific based device. The line beginning with a # Is a comment, you can for example include human readable text as a reminder...) Example readlink outputs: $ readlink /dev/ttyTMV71 ttyUSB5 or... $ readlink /dev/ttyTS870 ttyUSB2 Note! Your "custom" name "ttyTMV71" for example is valid, but what it points to, the "default" device name "ttyUSB5" is also still valid. The only difference is that "ttyTM-V71" will not change, regardless of the "ttyUSBn" device it actually relates to. So, in this instance, you would ordinarily use "/dev/ttyUSB5" in Chirp to work with the connected Kenwood TM-V71 radio. However, you CAN manually edit the port name in Chirp, to show "/dev/ttyTMV71", and it remembers it between sessions, so regardless of what ttyUSB device number is actually uses, it will work. (Or specify "/dev/ttyTS870" in Flrig or Fldigi. You of course can use readlink in a script to set an environment variable prior to launching some software that needs a port specified in it's command line invocation. It's not difficult, and there is ton's of good instructional pages out there that will help you automate things for a stable life...) You can also use udev rules to give consistent names to other devices, if you have multiple of the same type. Some USB sound cards for example also have a unique ID of some sort you can use. Hope something above helps. It seems like a lot of trouble and faffing about at first, but explore it, and you'll never look back. It is also one of the more compelling reasons to buy only genuine FTDI USB/Serial products too! It just makes life easier! Lastly. If you go this route.. DO make backups of your rules files! You will likely need them if/when you upgrade/replace your OS. Or just to remind your faded grey cell, what you did to make it work in the past. Have Fun! 73. Dave G8KBV (just another Linux user, "NOT" an expert by any means.) On 03/11/2022 19:00, chirp_users-request(a)intrepid.danplanet.com wrote: > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 3 Nov 2022 02:26:57 -0500 > From: W Paul Mills<ac0hy(a)wpmills.com> > Subject: Re: [chirp_users] Linux and chirp > To:chirp_users@intrepid.danplanet.com > Message-ID:<cf28ae50-a629-50ea-542b-4d0db3ee525c(a)wpmills.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > But if you plug in both, one will be ttyUSB0 and one will be ttyUSB1, etc. > > On 10/29/22 01:05, Cinaed Simson wrote: -- Created on and sent from a Unix like PC running and using free and open source software:

1 0

[chirp_users] Linux and chirp
by Julian Macassey 03 Nov '22

03 Nov '22

I am running kubuntu 22.04.1 on a Framework laptop. I have loaded the daily build from flatpak and Chirp comes up when opened. My radio is a Baofeng UV-5RV2+ I followed the instructions in: https://chirp.danplanet.com/projects/chirp/wiki/CSV_HowTo + A Clean Start + + If you want to get an empty CHIRP-compatible CSV file, the + easiest way is to let CHIRP create one for you. Here are the + approximate steps for creating an empty file, editing it in an + external editor and opening it back up in CHIRP: + + Start CHIRP + Go to File > New to create an empty CSV file + + Add a memory to the first row, by entering a frequency + such as 146.52 + + + Go to File > Export to save the template file to something + ending with a .csv extension + + Open the file in your spreadsheet or external application of + choice, make edits and save + Re-open the file in CHIRP to validate that the format is + still correct, by going to File > Open and choosing your file + + Optionally use File > Import to import the contents of your + CSV file into another radio image + ... + If you have a clone-mode radio, upload the changes back to your + device using Radio > Upload To Radio. If you are using a + live-mode radio, wait until all of the changes finish + synchronizing back to the device by watching the status bar in + the lower right corner of the main window. So, when I plug in my radio, I see the following in /var/logsyslog: ------ Oct 28 18:07:10 localhost kernel: [218263.636611] usb 3-4: new full-speed USB device number 15 using xhci_hcd Oct 28 18:07:11 localhost kernel: [218264.061760] usb 3-4: New USB device found, idVendor=067b, idProduct=2303, bcdDevice= 3.00 Oct 28 18:07:11 localhost kernel: [218264.061769] usb 3-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Oct 28 18:07:11 localhost kernel: [218264.061772] usb 3-4: Product: USB-Serial Controller Oct 28 18:07:11 localhost kernel: [218264.061775] usb 3-4: Manufacturer: Prolific Technology Inc. Oct 28 18:07:11 localhost kernel: [218264.064089] pl2303 3-4:1.0: pl2303 converter detected Oct 28 18:07:11 localhost kernel: [218264.066251] usb 3-4: pl2303 converter now attached to ttyUSB0 Oct 28 18:07:11 localhost mtp-probe: checking bus 3, device 15: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-4" Oct 28 18:07:11 localhost mtp-probe: bus: 3, device: 15 was not an MTP device Oct 28 18:07:11 localhost snapd[13154]: hotplug.go:200: hotplug device add event ignored, enable experimental.hotplug Oct 28 18:07:11 localhost mtp-probe: checking bus 3, device 15: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-4" Oct 28 18:07:11 localhost mtp-probe: bus: 3, device: 15 was not an MTP device Oct 28 18:07:13 localhost ModemManager[824]: <info> [base-manager] couldn't check support for device '/sys/devices/pci0000:00/0000:00:14.0/usb3/3-4': not supported by any plugin --- In Chirp I select Radio and slide down to select "Upload to Radio". I get a dialogue box saying:Port /dev/ttyS0, Bofeng, UV5R, I select OK. I get "An error has occurred Could configure port: (5, 'Input/output error') So just in case, I fiddles with the /dev/ttyS0 permissions: crw-rw-rw- 1 root dialout 4, 64 Oct 25 11:15 ttyS0 So what have I not done? What should I do? Yours GM5LUK -- "We can’t be successful unless we lie to customers.” Larry Ellison to Bruce Scott.

8 14

[chirp_users] Installation errors
by Tom 29 Oct '22

29 Oct '22

Hi, I have encountered a bunch of "C\ProFiles(x86)\CHIRP\XXX errors when installing the current CHIRP program. I stopped counting at 32. Here is a list of some of the errors: C\ProFiles(x86)\CHIRP\_ctypes.pyd \hashlib.pyd \socket.pyd \ssl.pyd \atik.pyd \cairo._cairo.pyd \chirpw.exe \freetype6.dll And many more. What went wrong? Thanks & 73, Tom KX7TRW

3 2

[chirp_users] New Daily Build
by Build System 25 Oct '22

25 Oct '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-20221025 A list of the changes included in this build (since the last daily) follows: Changes for Build #707 [Dan Smith <dsmith(a)danplanet.com>] Make the auto-sync PR update support matrix [Dan Smith <dsmith(a)danplanet.com>] Fix TK-8180 creating new zones with invalid data This fixes an issue when expanding the zone list. Related to #10093 [Dan Smith <dsmith(a)danplanet.com>] Add TK-8180E and TK-7180E model support Fixes #10093 [Dan Smith <dsmith(a)danplanet.com>] Add IC-7610 and fix IC-7300 Somehow the initial apply of the 7300 support duplicated some lines in the memory structure that prevented proper parsing of memory channels. This worked for reading memories, but would break when we went to send memories to the radio as we were writing past the end of our buffer. I'm not sure how this went unnoticed for the last two years, but this patch fixes it.

1 0

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

22 Oct '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-20221022 A list of the changes included in this build (since the last daily) follows: Changes for Build #706 [Dan Smith <dsmith(a)danplanet.com>] Fix kenwood_live lock safety The command() function uses a threading.Lock to make sure only one thread accesses the serial port at a time. This makes us use a context manager to ensure that we drop that lock even if we encounter an exception. (cherry picked from commit bbd9915d14db55fea76ed7096b603f97c053b54f) [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #76 from kk7ds/fix-tidh6 Fix TID H6 and TH-D74 [Dan Smith <dsmith(a)danplanet.com>] Fix TH-D74 complex tone mode handling This finishes the cross_modes support for D74. [Dan Smith <dsmith(a)danplanet.com>] [TH6] Fix failure to clone At some point the GA510 was subclassed, which duplicated the list of ALIASES and resulted in the clone dialog choosing one of the wrong alias classes, and thus sending the wrong ID string to the radio. This converts it to a proper subclass so that doesn't happen again. Fixes #10095

1 0

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

21 Oct '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-20221021 A list of the changes included in this build (since the last daily) follows: Changes for Build #705 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #74 from kk7ds/apply-20221020 Apply 20221020 [Jim Unroe <rock.unroe(a)gmail.com>] [BF-V8A] Add Baofeng BF-V8A This patch adds support for the Baofeng BF-V8A 16-channel UHF handheld radio. fixes #10091 [Jim Unroe <rock.unroe(a)gmail.com>] [RT622] Add additional 'ID string' It seems that the OEM CPS can "zero" the identification string. Apparently it can be edited to be anything that you want. For now, this patch includes this new identification string to the list of strings known strings. If additional strings appear in the future, another solution will need to be found. fixes #10080 [Dan Smith <dsmith(a)danplanet.com>] Initial Kenwood TH-D74 live driver The Kenwood D74 does not have a full serial command set, which unfortunately means no support for memory names. So, this will never be very useful, but because the Kenwood live protocol is so easy, this will still be worthwhile. Like the D72 (and D710) a clone mode driver will be needed for full capability.

1 0

[chirp_users] Wouxun KG-UV8G
by Peter Lundberg 20 Oct '22

20 Oct '22

Hi, I am looking for Chirp support for Wouxun KG-UV8G. Does not appear to be supported now by Chirp? Ham-shop says that Chirp may ’wreck’ the unit, due to lack of appropriate checksums. Requiring out-of-warranty service. 73, Peter Sent from my iPad To a poet nothing can be useless. [SJ]

1 0

[chirp_users] Yaesu FVS-1
by K0LNY_Glenn 20 Oct '22

20 Oct '22

Hi, I'm writing this on this list because I'm sure there are folks here who have been inside all the Chirp supported radios. Yaesu makes a voice chip for the visually impaired, and I think the FVS-1 voice chip will work in the 8900. If this is the case, I'm wondering if anyone believes the Yaesu 8900 clone, Tytera 9800 would accept this chip? Or is the clone aspect of the two radios too superficial for this to be a possibility? Thanks. Glenn

2 2

[chirp_users] Alinco DJ-X11 Receiver
by charleswkelly＠gmail.com 19 Oct '22

19 Oct '22

Hi all, Has this handheld receiver ever been considered for programming by CHIRP? Alinco does provide rudimentary software, but it's awful, and programming by hand is torturous. I have a current unit, and the ERW-8 USB programming cable that I could loan to a developer. 73, Chuck Kelly W9MDO Noblesville, IN USA

3 2

[chirp_users] YAESU FT-891
by Christopher Knowles 19 Oct '22

19 Oct '22

Does anyone know if there is a CHIRP file, or about to be a file, for the YAESU FT-891? 73, Chris, WD1E -- Christopher Allan Knowles, MPA P.O. Box 4632 Vineyard Haven, MA 02568 Please find my LinkedIn profile at: https://www.linkedin.com/in/chris-knowles-99aba51a/ Staff Sergeant, United States Air Force, 1970 - 1974 Call Sign: WD1E - Amateur Extra Class Accredited Volunteer Examiner (VE)

3 3

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

19 Oct '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-20221019 A list of the changes included in this build (since the last daily) follows: Changes for Build #704 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #69 from kk7ds/apply-20221018 Apply 20221018 [Jim Unroe <rock.unroe(a)gmail.com>] [AR-63] Add support for multiple "identification strings" It was discovered that not all Abbree AR-63 radios respond with the same "identification string" (aka fingerprint). This patch updates the retevis_rt21.py driver module to add multiple fingerprint support. fixes #10085 [Dan Smith <dsmith(a)danplanet.com>] Fix RadioSettings.__repr__ and add a test [Dan Smith <dsmith(a)danplanet.com>] Fix TK-8180 applying zone settings to wrong one This but meant any changes to zone settings got applied only to the last one.

1 0

[chirp_users] gmail & chirp.exe
by Gary or Coleen Ferguson 12 Oct '22

12 Oct '22

FWIW #1, I'm being forced to change the file type to do an attachment of a CHIRP file to a gmail email. The CHIRP file extension is *.img; I can rename it to have a *.txt file name and then gmail will allow it to be attached to an email. FWIW #2 when I tried to save a CHIRP file yesterday Win10 would not allow it to be saved.. I had to add CHIRP.exe to the controlled access list of programs in Settings/Update&Security/Controlled File Access. Maybe others are fortunate and do not have these issues. thanks, W5TAO

6 6

[chirp_users] New Daily Build
by Build System 12 Oct '22

12 Oct '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-20221012 A list of the changes included in this build (since the last daily) follows: Changes for Build #703 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #64 from kk7ds/apply-20221009-2 [RB17P] Add support for Retevis RB17P radio's new features [Jim Unroe <rock.unroe(a)gmail.com>] [RT76P] Removeal of stray code Some code inserted for testing when developing this driver was intended to be removed when finished. It wasn't. This patch removed this code. fixes #10074 [Jim Unroe <rock.unroe(a)gmail.com>] [RT76P] Add support for "special characters" The driver for the RT76P currently only supports the default CHIRP CHARSET (which doesn't include special characters). This patch updates rf.valid_characters to match the RT76P character set. fixes #10072 [Jim Unroe <rock.unroe(a)gmail.com>] [RB17P] Add support for Retevis RB17P radio's new features The latest RB17P firmware (v1.31) upgrades this model to 128 channels, customizable channels and adds support for channel names. This patch adds support for these new features. Fixes #10071

1 0

[chirp_users] Yaesu ftm-3100
by tdwelley 11 Oct '22

11 Oct '22

Has any progress been made in getting rid of the checksum error when trying to download from the FTM-3100 -yaesu?? Tom -- This email has been checked for viruses by Avast antivirus software. www.avast.com

1 0

[chirp_users] offering assitance / dumps on Alinco DJ VX50
by flo.kerle＠gmx.at 11 Oct '22

11 Oct '22

Hello, My Alinco DJ-VX50s will arrive tomorrow. Is there any progress on add= ing this radio to CHIRP? I could presumably provide sniffs of the se= rial connection while programming, if this is needed? (using the Alinco p= rovided software) BR for a pleasant week, Florian

1 0

[chirp_users] New Daily Build
by Build System 10 Oct '22

10 Oct '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-20221010 A list of the changes included in this build (since the last daily) follows: Changes for Build #702 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #61 from kk7ds/apply-20221009 Apply 20221009 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-82HP] Fix UV-82HP (and similar) with disabled scanning/transmit issues This patch updates the uv5r.py driver module to always skip the uploading of memory blocks that are known to cause compatibility issues regardless of the supported radio model and firmware version. fixes #10070 [Jim Unroe <rock.unroe(a)gmail.com>] [RT40B] Add Retevis RT40B This patch adds support for the Retevis RT40B FRS Radio Fixes #9958 [Jim Unroe <rock.unroe(a)gmail.com>] [AR-63] Add support for Abbree AR-63 This patch addes support for the Abbree AR-63 (and variants). Some variants include: Talinfone G63 Jianpai MDL-G63 TXQ G63 Wurui G63 Fixes #9903 [Jim Unroe <rock.unroe(a)gmail.com>] [RT76P] Update Retevis RT76P The latest Retevis RT76P firmware upgrades this model to 128 channels and customizable channels. This patch adds support for these features. Fixes #9265

1 0

[chirp_users] New Daily Build
by Build System 02 Oct '22

02 Oct '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-20221002 A list of the changes included in this build (since the last daily) follows: Changes for Build #701 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #57 from kk7ds/apply-20221001 Apply ML patches from 20221001 [Jim Unroe <rock.unroe(a)gmail.com>] [AR-5a8] Add Abbree AR-518 This patch adds the Abbree AR-518 radio. Fixes #9738 [Dan Smith <dsmith(a)danplanet.com>] Add test images for recent patches [Jim Unroe <rock.unroe(a)gmail.com>] [RT647] Add Retevis RT647 This patch adds support for the Retevis RT647 PMR radio. Fixes #7043 [Jim Unroe <rock.unroe(a)gmail.com>] [RT47V] Add Retevis RT47V This patch adds support for the Retevis RT47V MURS radio. Related to issue #7043 [Jim Unroe <rock.unroe(a)gmail.com>] [RT47] Add Retevis RT47 This patch adds support for the Retevis RT47 FRS radio. Related to issue #7043 [Jim Unroe <rock.unroe(a)gmail.com>] Driver Maintenance: radtel_t18 (rework validation method) This patch updates the "validation" method to use the same method that is being used for the retevis_rt21 driver. In preparation for issue #7043 [Jim Unroe <rock.unroe(a)gmail.com>] Driver Maintenance: radtel_t18 (change default TX power level to 'high') This patch inverts the rf.valid_power_levels so the "high" power level is the default. In preparation for issue #7043 [Jim Unroe <rock.unroe(a)gmail.com>] [QRZ-1] Add Explorer QRZ-1 This patch adds support for the Explorer QRZ-1 radio. Fixes #10023 [Jim Unroe <rock.unroe(a)gmail.com>] [RT619] Add Retevis RT619 This patch adds support for the Retevis RT619 PMR radio. Fixes #9629 [Jim Unroe <rock.unroe(a)gmail.com>] [RT19] Add Retevis RT19 This patch adds support for the Retevis RT19 FRS radio. Fixes #7715 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #55 from kk7ds/pr52 Add updated Turkish translation [Abdullah YILMAZ <h.abdullahyilmaz(a)hotmail.com>] Add updated Turkish translation

1 0

[chirp_users] Editing Image Files
by Bob DeFranco 26 Sep '22

26 Sep '22

I imported a set of repeaters and simplex stations into my BF-F8HP image file from a .csv file, which went fine. However, the power setting for each entry defaulted to HIGH. I prefer to use MED, but was forced to individually change each entry, since there does not seem to be a way to "fill down" or otherwise globally change that category. Is there in fact a way to do that? If there was a way to export that setting into a spreadsheet program it could be done there, but that doesn't seem to be the case. Thanks for your help.

2 2

Re: [chirp_users] TIDRadio H6 - Failing to download from radio first time
by Tom Marinello 25 Sep '22

25 Sep '22

Funny you should ask. I just programmed a friend's H6 this week from a Win10Pro laptop. Download was simple. I copied the fields from the last radio I programmed into a blank tab and uploaded. -- /Tom

2 1

[chirp_users] TIDRadio H6 - Failing to download from radio first time
by chirp 23 Sep '22

23 Sep '22

Hello- Im trying to use chirp on my Mac. I Checked the USB Com port type on another persons windows box to see what it was and it reported a WCH360 (As I recall, or close to it). I went to the following website based on Someone elses post a couple days ago to get the driver for my Mac: https://www.miklor.com/COM/UV_Drivers.php <https://www.miklor.com/COM/UV_Drivers.php> I installed it and also updated to todays latest chirp distribution. Im getting the following in my debug.log file after failing to download from radio even though the debug log shows no error at the end which is kinda odd since python clearly failed. Has anyone else had success with this model? I tried setting it to several different Boafang models and it seemed to get further but then still fail. I wasnt sure if it was closely compatable or not but I thought Id give it a try. Any help is appreciated. Thanks, Bob [2022-09-23 14:28:55,420] chirp.ui.clone - DEBUG: Chose <class 'chirp.drivers.ga510.RadioddityGA510Radio'> alias for <class 'chirp.ui.clone.DynamicRadioAlias'> because model TD-H6 selected [2022-09-23 14:28:55,422] chirp.ui.mainapp - DEBUG: User selected TIDRADIO TD-H6 on port /dev/cu.wchusbserial1450 [2022-09-23 14:28:55,427] chirp.ui.clone - DEBUG: Clone thread started [2022-09-23 14:28:55,932] chirp.drivers.ga510 - DEBUG: Ack was '' [2022-09-23 14:28:55,932] chirp.ui.reporting - DEBUG: Reporting exception [2022-09-23 14:28:55,932] chirp.ui.common - ERROR: -- Exception: -- [2022-09-23 14:28:55,932] chirp.ui.common - ERROR: Traceback (most recent call last): File "/private/var/folders/fh/gl15kxgx1gs0_7mtj9przy500000gn/T/AppTranslocation/FC2A0E30-8C2B-4CC9-BFCC-65B961248458/d/CHIRP 3.app/Contents/Resources/chirp/chirp/ui/clone.py", line 255, in run self.__radio.sync_in() File "/private/var/folders/fh/gl15kxgx1gs0_7mtj9przy500000gn/T/AppTranslocation/FC2A0E30-8C2B-4CC9-BFCC-65B961248458/d/CHIRP 3.app/Contents/Resources/chirp/chirp/drivers/ga510.py", line 243, in sync_in data = do_download(self) File "/private/var/folders/fh/gl15kxgx1gs0_7mtj9przy500000gn/T/AppTranslocation/FC2A0E30-8C2B-4CC9-BFCC-65B961248458/d/CHIRP 3.app/Contents/Resources/chirp/chirp/drivers/ga510.py", line 51, in do_download ident = start_program(radio) File "/private/var/folders/fh/gl15kxgx1gs0_7mtj9przy500000gn/T/AppTranslocation/FC2A0E30-8C2B-4CC9-BFCC-65B961248458/d/CHIRP 3.app/Contents/Resources/chirp/chirp/drivers/ga510.py", line 40, in start_program raise errors.RadioError('Radio did not respond to clone request') RadioError: Radio did not respond to clone request [2022-09-23 14:28:55,932] chirp.ui.common - ERROR: ---------------- [2022-09-23 14:28:55,932] chirp.ui.clone - ERROR: Clone failed: Radio did not respond to clone request [2022-09-23 14:28:55,934] chirp.ui.clone - DEBUG: Clone thread ended [2022-09-23 14:28:55,937] chirp.ui.reporting - DEBUG: Reporting model usage: TIDRADIO_TD-H6,download,True [2022-09-23 14:28:55,937] chirp.ui.reporting - DEBUG: Reporting exception [2022-09-23 14:28:55,938] chirp.ui.inputdialog - ERROR: --- Exception Dialog: Radio did not respond to clone request — [2022-09-23 14:28:55,938] chirp.ui.inputdialog - ERROR: None [2022-09-23 14:28:55,938] chirp.ui.inputdialog - ERROR: ----------------------------

1 1

[chirp_users] Programming the QYT KT-8900D
by Tom 21 Sep '22

21 Sep '22

Hello, I'm stuck! I am trying to program my KT-8900D with CHIRP, and I keep getting error messages, depending on which pc/laptop I use. All of these are running Windows 7. In each case I want to "Download from Radio." And I have hooked up the programming cable after turning the radio off. With my HP PC: After connecting the radio and turning it on, the 'cloning process' window comes up, then the the pc returns the message: "An error has occurred. Error reading data from radio." With my Lenovo Laptop: Same set up. Error message is "Bad ack from radio." With my Dell Laptop: Same setup. No matter which com port I specify, I get the error message: "could not open port (X): [Error 2] The system could not find the file specified." Any advice that can be offered will be greatly appreciated. BTW, all three of these computers worked fine with CHIRP earlier. I do not know what went wrong. Thanks, -73- Tom KX7TRW

2 1

[chirp_users] Programming
by D Bunk 21 Sep '22

21 Sep '22

Gentlemen, I need some help please. I am trying to program a radio with a receive of 103.5 and a transmit of 123.7 and can not figure out how. /r W3JFR / WRTG789 Dean

8 17

[chirp_users] New Daily Build
by Build System 17 Sep '22

17 Sep '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-20220917 A list of the changes included in this build (since the last daily) follows: Changes for Build #700 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #44 from kk7ds/split-tests Split tests and fix py3 PR actions [Dan Smith <dsmith(a)danplanet.com>] Make the py3 PR sync use a dedicated token This is needed to makes sure that actions run. [Dan Smith <dsmith(a)danplanet.com>] Split workflows into tox targets for clarity This also moves test.yaml to py2-test.yaml for parity with the py3 branch, and adds a target for generating the model support matrix, which we should also be doing. [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #41 from TA1AUB/master Add Turkish translation [Abdullah YILMAZ <h.abdullahyilmaz(a)hotmail.com>] Add Turkish translation Add Turkish translation [Abdullah YILMAZ <h.abdullahyilmaz(a)hotmail.com>] Add Turkish translation Turkish translation file added [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #37 from kk7ds/sync-py3-fix Fix source_branch on py3 auto PR [Dan Smith <dsmith(a)danplanet.com>] Fix source_branch on py3 auto PR

1 0

[chirp_users] New Daily Build
by Build System 16 Sep '22

16 Sep '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-20220916 A list of the changes included in this build (since the last daily) follows: Changes for Build #699 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #35 from kk7ds/apply-20220915-2 [RB23] Add Retevis RB23 [Jim Unroe <rock.unroe(a)gmail.com>] [RB23] Add Retevis RB23 This patch adds support for the Retevis RT23 GMRS radio. Fixes #10035 [Dan Smith <dsmith(a)danplanet.com>] Workflow to create PRs against py3 Hopefully this will make it easier to keep py3 in sync with master. [Dan Smith <dsmith(a)danplanet.com>] Update README about contributions

1 0

[chirp_users] New Daily Build
by Build System 11 Sep '22

11 Sep '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-20220911 A list of the changes included in this build (since the last daily) follows: Changes for Build #698 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #33 from kk7ds/test-merge-py3 [TH-UV88] Driver Cleanup [Jim Unroe <rock.unroe(a)gmail.com>] [TH-UV88] Driver Cleanup This patch removes some commented lines that were supposed to have been removed in the previous patch. fixes #10014 [Dan Smith <dsmith(a)danplanet.com>] Add a test on master to merge/test on py3

1 0

Re: [chirp_users] New Daily Build
by Nick 10 Sep '22

10 Sep '22

Thank you for what you do. ---------- Original Message ---------- From: Build System <donotreply(a)chirp.danplanet.com> To: chirp_users(a)intrepid.danplanet.com Subject: [chirp_users] New Daily Build Date: Fri, 9 Sep 2022 00:04:15 -0700 (PDT) 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-20220909 A list of the changes included in this build (since the last daily) follows: Changes for Build #697 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #28 from dforsi/fix/typos Fix spelling [Daniele Forsi <iu5hkx(a)gmail.com>] Fix spelling Fixed with: codespell --skip=locale,./chirp/ui/fips.py --ignore-words-list=ans,parm,parms,rcall,sav,ser,setts,wth --summary --write-changes --interactive=2 [Dan Smith <dsmith(a)danplanet.com>] Fix style issues in fix for #10014 [Mel Terechenok <melvin.terechenok(a)gmail.com>] [KG-935G] Add Support for Wouxun KG-935G GMRS Radio - New Model #9489 New Driver addressing new model request New Model #9489 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Expand VHF Frequency Range to Support 130.000 - 176.000 MHz This patch updats rf.valid_bands for the UV-5R (and its many variants) to provide support a 130.000 - 176.000 MHz VHF frequency range. fixes #10025 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-25X2] Add Support for TMR-TX Menu This patch adds support for the TMR-TX menu in the following BTECH mobile radios: UV-25X2 UV-25X4 UV-50X2 GMRS-50X1 GMRS-20V2 Fixes #10021 [Jim Unroe <rock.unroe(a)gmail.com>] [RT76] Not all listed Cross Modes are supported This patch corrects/adds polarity support for the following Cross Modes: Tone->DTCS DTCS->Tone Retevis RB17A, RB26, RT21 and RT76 Fixes #10011 [Jim Unroe <rock.unroe(a)gmail.com>] Driver Maintenance: retevis_rt21.py (_skipflags) This patch completes the _skipflags implementation. Retevis RB17A, RB26, RT21 and RT76 Fixes #10020 [Jim Unroe <rock.unroe(a)gmail.com>] Driver Maintenance: retevis_rt21.py (ack first block) This patch adds a variable (_ack_1st_block) to indicate when the ACK after the fist block is to be suppressed. Retevis RB17A, RB26, RT21 and RT76 Fixes #10019 [Jim Unroe <rock.unroe(a)gmail.com>] [TH-UV88] Fix 'VOX Level' Setting The VOX Level setting is incorrectly implemented in CHIRP. Valid settings programmed from the radio's keypad or using the OEM software can cause the Settings tabs of CHIRP to not display. This patch fixes the VOX Level setting. Models affected: TYT TH-UV88, Retevis RT85 and their variants. Fixes #10014

2 1

[chirp_users] New Daily Build
by Build System 09 Sep '22

09 Sep '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-20220909 A list of the changes included in this build (since the last daily) follows: Changes for Build #697 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #28 from dforsi/fix/typos Fix spelling [Daniele Forsi <iu5hkx(a)gmail.com>] Fix spelling Fixed with: codespell --skip=locale,./chirp/ui/fips.py --ignore-words-list=ans,parm,parms,rcall,sav,ser,setts,wth --summary --write-changes --interactive=2 [Dan Smith <dsmith(a)danplanet.com>] Fix style issues in fix for #10014 [Mel Terechenok <melvin.terechenok(a)gmail.com>] [KG-935G] Add Support for Wouxun KG-935G GMRS Radio - New Model #9489 New Driver addressing new model request New Model #9489 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Expand VHF Frequency Range to Support 130.000 - 176.000 MHz This patch updats rf.valid_bands for the UV-5R (and its many variants) to provide support a 130.000 - 176.000 MHz VHF frequency range. fixes #10025 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-25X2] Add Support for TMR-TX Menu This patch adds support for the TMR-TX menu in the following BTECH mobile radios: UV-25X2 UV-25X4 UV-50X2 GMRS-50X1 GMRS-20V2 Fixes #10021 [Jim Unroe <rock.unroe(a)gmail.com>] [RT76] Not all listed Cross Modes are supported This patch corrects/adds polarity support for the following Cross Modes: Tone->DTCS DTCS->Tone Retevis RB17A, RB26, RT21 and RT76 Fixes #10011 [Jim Unroe <rock.unroe(a)gmail.com>] Driver Maintenance: retevis_rt21.py (_skipflags) This patch completes the _skipflags implementation. Retevis RB17A, RB26, RT21 and RT76 Fixes #10020 [Jim Unroe <rock.unroe(a)gmail.com>] Driver Maintenance: retevis_rt21.py (ack first block) This patch adds a variable (_ack_1st_block) to indicate when the ACK after the fist block is to be suppressed. Retevis RB17A, RB26, RT21 and RT76 Fixes #10019 [Jim Unroe <rock.unroe(a)gmail.com>] [TH-UV88] Fix 'VOX Level' Setting The VOX Level setting is incorrectly implemented in CHIRP. Valid settings programmed from the radio's keypad or using the OEM software can cause the Settings tabs of CHIRP to not display. This patch fixes the VOX Level setting. Models affected: TYT TH-UV88, Retevis RT85 and their variants. Fixes #10014

1 0

[chirp_users] UV5r questio
by Michael Weber 08 Sep '22

08 Sep '22

I am trying to use a split frequency setup where I transmit at 174.000. I get an error that it is out of supported range. I changed the setting under other settings VHF upper limit to be aove 174 (175) and I still get the error. Any ideas? Michael Weber Engineering T(705)8321542 EXT 3624MW F (705)8321543 michael.weber(a)ca.kghm.com<mailto:michael.weber@ca.kghm.com> [cid:image001.png@01D09F6A.26836740] McCreedy West Mine KGHM 410 Falconbridge Rd., Unit 4 Sudbury, ON P3A 4S4www.kghm.com<http://www.kghm.com/>

2 2

[chirp_users] Import Export missing
by Julian Macassey 08 Sep '22

08 Sep '22

I am running Chirp 0.3.0 on Kubuntu 22.04.1 (Jammy Jellyfish) I have done all below: https://chirp.danplanet.com/projects/chirp/wiki/CSV_HowTo A Clean Start If you want to get an empty CHIRP-compatible CSV file, the easiest way is to let CHIRP create one for you. Here are the approximate steps for creating an empty file, editing it in an external editor and opening it back up in CHIRP: Start CHIRP Go to File > New to create an empty CSV file Add a memory to the first row, by entering a frequency such as 146.52 Go to File > Export to save the template file to something ending with a .csv extension Open the file in your spreadsheet or external application of choice, make edits and save Re-open the file in CHIRP to validate that the format is still correct, by going to File > Open and choosing your file Optionally use File > Import to import the contents of your CSV file into another radio image -------- Under File: I do not have an option to Export or Import. This makes it hard to get my .csv file into Chirp and make it an .img Yours Julian Macassey -- "What I can't figure out is why he (Steve Jobs) is even trying (to be the CEO of Apple)? He knows he can't win." - Bill Gates, June 1998

4 3

[chirp_users] Baofeng UV-9R Plus - shaky data cable hack
by Bernhard Dobmeier 07 Sep '22

07 Sep '22

Hello Chirp Community, this is Bernhard DB1BD, i just got CHIRP running to program my new Baofeng UV-9R plus. I think the mailing list is a good place to give my contribution: From what i read in the ticket list at the chirp website, some struggle with rather unreliable data cables when programming Baofeng radios. So did i. Sometimes the reading or writing cycle ran through, sometimes it aborted, most of the time it didnt start at all in either direction, followen by an instant reboot of the radio. Familiar? Now.. i heard rumors.. from a distant friend.. ;) that if you open the plug at the radio end of the cable and solder resistors from Ground to each of the two signal wires, things get a lot more stable. 560k each might work. Or higher. Lower might be critical in terms of shortcuts. Disclaimer: Don´t try this at home. You might ruin your data cable, radio, or even your computer. Or more. What i learned, Amateur Radio is an experimental hobby. Take my message as an inspiration for your own experiments at your own risk, investing your own knowledge and experience. If you lack the latter two, don´t try. So.. sorry for my arrogant sermon. I just don´t know who reads this. Just make sure you know what you´re doing. Or ask your electronic freak friend who does know to help you. The trick worked for me but I don´t take any responisbility for your experiments. But i´ll be happy if i could help someone. A few detais on my setup: CHIRP daily build 20220823 on opensuse Leap 15.3 built from source (i give 1 vote for an opensuse RPM!) Baofeng UV-9R Plus Original Baofeng Data Cable (lsusb states "QinHeng Electronics CH340 serial converter") Cheers and good night from Munich, Germany Bernhard

1 0

[chirp_users] New Daily Build
by Build System 23 Aug '22

23 Aug '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-20220823 A list of the changes included in this build (since the last daily) follows: Changes for Build #696 [Ran Katz <rankatz(a)gmail.com>] [tg_uv2p] (revision 3) Inhibit keypad lock when in dual watch or crossmode. Fixes forth issue in #9939 Added logical tests to raise exception only on user changes to the relevant settings (and not on "static" settings e.g. do to downloaded radio with such a configuration) Also removed the explicit settings on error on both keyunlocked and rx_mode settings [Jim Unroe <rock.unroe(a)gmail.com>] [RB26] Unable to Select Tones Trying to set squelch tones was causing validation errors to pop up thus preventing the user to edit tone values. This was caused by the way CHIRP was programmed to keep various FRS, GMRS and PMR values valid. This patch reworks how the driver validates Frequency, Mode and Power selections. Fixes #9982 [Jim Unroe <rock.unroe(a)gmail.com>] Driver Maintenance: Default to Wide Bandwidth This patch sets the default Mode when programming a memory to FM. Retevis RB17A, RB26, RT21 and RT76 Fixes #9998 [Jim Unroe <rock.unroe(a)gmail.com>] Driver Maintenance: Default to High Power Level This patch sets the default Power level when programming a memory to High. Retevis RB17A, RB26, RT21 and RT76 fixes #9997 [Jim Unroe <rock.unroe(a)gmail.com>] [RT76] Retevis RT76 doesn't support scanning This patch removes the "Skip" column since it is not needed or used. fixes #9996 [Jim Unroe <rock.unroe(a)gmail.com>] [RT29] Power Levels are Incorrectly Applied This patch corrects the faulty operation of the Power setting for the Retevis RT29_UHF and RT29_VHF radios. fixes #9995

1 0

[chirp_users] Kenwood TK 2000 / T
by paul lewis 22 Aug '22

22 Aug '22

Hi is this Kenwood model programmable on chirp please?I have two ex site radios and want to program to 2m and some repeat (136-174) Thank you 2E0ORS Paul Sent from Sky Yahoo Mail for iPhone

3 3

[chirp_users] FT-65 cable - any aftermarket work?
by Dave Matthews 22 Aug '22

22 Aug '22

Looking at picking up a ft-65 but the scu-35 cable looks to be out of stock with no eta. Anyone using any of the Amazon clones successfully? I will be using Ubuntu so most of the driver issues are not a problem. Dave W2IJL

6 8

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

22 Aug '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-20220822 A list of the changes included in this build (since the last daily) follows: Changes for Build #695 [Dan Smith <3046399+kk7ds(a)users.noreply.github.com>] Merge pull request #29 from goldstar611/snap_updates snapcraft.yaml Updates [Tony Fuller <goldstar611(a)hotmail.com>] [snapcraft.yml] rsync shared files from $SNAP/share/ to $SNAP/usr/share/ It appears that CHIRP is being installed with a `prefix=/` instead of `prefix=/usr` Rather than move a bunch of files around and change the entire snap, I'm rsync'ing $SNAP/share to $SNAP/usr/share Open question at: https://forum.snapcraft.io/t/python-install-prefix/31248 What I believe is the python plugin handling the CHIRP install: https://github.com/snapcore/snapcraft/blob/main/snapcraft_legacy/plugins/v2… In response to: #1 [Tony Fuller <goldstar611(a)hotmail.com>] [snapcraft.yml] Set in app version to be the date of build [Dan Smith <dsmith(a)danplanet.com>] Fix style issues in previous commit The de32861943bdc9c69313bf92a92728001d71f59b commit had long lines, which this fixes. [Ran Katz <rankatz(a)gmail.com>] [tg_uv2p] (revised) Dont set a priority channel if empty or Broadcast-FM. Fixes fifth issue in #9939 Per Dan's suggestion changed implementation to a validation function and an exception to notify user of wrong input [Ran Katz <rankatz(a)gmail.com>] [TG-UV2+] adding missing log messages in set_settings()

1 0

[chirp_users] ICOM 7000 download problem
by Romain Kieffer 12 Aug '22

12 Aug '22

I have loaded the driver software provided with the ICOM cable to a PC running Windows XP. The device manager shows the USB cable using COM4. When I ask the sw to download from the transceiver it executes but produces a long list of ‘Error’ entries. I am sure I am doing something wrong but I can’t figure out what. Any hints including RTFM would be greatly appreciated. Take care rom. OE1RKS Take care rom

3 4

[chirp_users] Kenwood TH-F6a Problems
by K0LNY_Glenn 10 Aug '22

10 Aug '22

Hi All, I am sure that there are some owners of this radio here, and I'm having trouble with mine, and hope someone can help. I have a CSV file that finally imports to the radio without errors. I have some HF frequencies written into the CSV for RX purposes, but I have done that before without a problem. There are 300 entries in the CSV file. When I load it up, many of them don't work, and the lower numbered ones that should TX only beep when I try to TX. The radio is supposed to beep in channel mode when I pass zero on the tuning knob, but after uploading my CSV and pressing C, the knob seems to go through some channels, but none that work. I have to put it into PC mode in order to connect to Chirp. Is it okay to leave menu #9 in PC mode? I am asking instead of just trying it because I can't see the display, so I need a reader for this level of menu changes. Some things I can count the turns, but #9 involves multiple choices. Or can anyone think of another thing that would cause this strangeness? Due to Chirp's lack of accessibility in Windows, and now in Linux, I can only do the basics with Chirp, so I cannot access radio settings in Chirp with a screenreader. Thanks for any help. Glenn

2 5

[chirp_users] Kenwood Image
by K0LNY_Glenn 09 Aug '22

09 Aug '22

Hi Folks, I looked on the Chirp repository for an image for my Kenwood TH-F6A and didn't find that model. Does anyone have a stock image you can send my way? My radio does not import, but it opens my CSV files, but those don't upload or save live to the radio. I don't know if another stock image will get absorbed into it either, but I'm just trying different things. Thanks. Glenn

3 18

[chirp_users] programming a Kenwood TH F6A
by K0LNY_Glenn 08 Aug '22

08 Aug '22

Hi, So I just fixed up a file for the Kenwood TH F6A, and I do remember from programming it a year or so back, that it operates in Chirp in "live mode", which means it puts stuff in right away. So I wasn't able to import a CSV file, the import does not want to work. I downloaded from the radio okay, and since I couldn't import, I tried the "open" and it seemed to bring the fields. But it won't allow me to upload. Do we not upload? Or if it won't upload and it should, what might be the cause? Thanks. Glenn

2 1

[chirp_users] New Daily Build
by Build System 08 Aug '22

08 Aug '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-20220808 A list of the changes included in this build (since the last daily) follows: Changes for Build #694 [Dan Smith <dsmith(a)danplanet.com>] Merge branch 'master' of github.com:kk7ds/chirp [Jim Unroe <rock.unroe(a)gmail.com>] [GMRS-20V2] Support fully customizable GMRS channels. This patch adds support to allow programming up to 200 TX/RX capable GMRS channels in the BTECH GMRS-20V2. fixes #9966 [Jim Unroe <rock.unroe(a)gmail.com>] [GMRS-20V2] Add additional MCU Versions This patch adds the VW2112 and VWG728 MCU Versions found in recently shipping BTECH GMRS-20V2 radios. fixes #9963 [Jim Unroe <rock.unroe(a)gmail.com>] [WP-9900] Update choices for 'Display' setting This patch corrects the 'Display' choices for the mini waterproof radios. Incorrect: A, B, C & D Correct: A, B & C fixes #9974 [Ran Katz <rankatz(a)gmail.com>] [tg_uv2p] Add support for vfo mode setting Fixes third issue in #9939 VFO mode setting controls whether the user can use vfo or only memory channels [Ran Katz <rankatz(a)gmail.com>] [tg_uv2p] Add support for end tone elimination setting Fixes second issue in #9939 [Ran Katz <rankatz(a)gmail.com>] [tguv2] Add support for un-initialized step setting Fixes first issue in #9939 Un-initialized vfo step setting has a value of 0xff which was not supported, and now added. [Oleksandr Kravchuk <sashko(a)users.noreply.github.com>] Add missing Ukrainian language option (#27) For some reason, Ukrainian language option was missing. The translation itself is, unfortunately, incomplete, but it should be awailable nevertheless.

1 0

[chirp_users] IMG File Request
by K0LNY_Glenn 07 Aug '22

07 Aug '22

Hi, I have a bTech UV5X3 and it seems all messed up, that is why I acquired it. I can punch in simplex channels, but I cannot input duplex channels by hand. Chirp will not read from the radio, and even though it is a tri-band, the band button only toggles between 2M and 70Cm. I was able to punch in a 1.5 M frequency and it worked on simplex. But no matter what I do, Chirp says error reading from radio. The cable works with the Baofengs I have. Since the radio isn't toggling to the third band, I'm wondering if someone flashed it with a UV5R image. I'm not sure if it would work to upload to the radio with the proper image if I can't download from it first. Anyway, if someone has a backed original image of a UV5X3, I would much appreciate a copy of it if you would. Glenn

5 13

[chirp_users] Old Baofeng Button
by K0LNY_Glenn 06 Aug '22

06 Aug '22

Hi, I just picked up a couple Baofeng UV5Rs to program for a friend and his wife, since they don't have a programming cable. One of them is missing the button above the PTT button, it is the one used to toggle in and out of commercial FM. Does anyone have an old broken UV5R from which you can send me the button? Thanks. Glenn

6 7

[chirp_users] Not Accessible In Chirp
by K0LNY_Glenn 01 Aug '22

01 Aug '22

Hi All, So I've made progress on my RaspberryPi 4. Bull'seye. In LXDE desktop, Chirp did not show up after I installed it in the CLI, and LXDE was challenging with the screenreader Orca anyway. I installed mate and Orca works much better, and Chirp was in accessories, as it is in Ubuntu. So here's the new rub. I launch Chirp, and it does not speak with Orca the screenreader. I did alt D and heard the bleeps when I was at the top and bottom of the port list, so I am pretty sure it's working, just not with a screenreader. I did the snap chirp install. I may try it with another TTS in Orca, but I don't think that will make a difference. Glenn

2 2

[chirp_users] A "Feature" When Programming Btech's GMRS-V2 Handheld
by Lisa & Sam Thurman 31 Jul '22

31 Jul '22

Dear Chirp Team: I’m a newcomer to Chirp, having found it following an interest in getting a repeater-capable handheld, that led me to Btech’s GMRS-V2 as a starter radio. While Chrip presently has a beta-version interface to the GMRS-V2, I found it to work well and I’ve been able to program about 20 frequencies into the radio with regional repeater stations, and a mixture of VHF and UHF frequencies for local fire, police, businesses, etc. Chirp makes this relatively easy (provided you enter all of the data correctly, of course) and is more user-friendly than the CPS software from Baofeng, which is really meant for their UV-82 series on which the GMRS-V2 is based. One thing I’ve noticed is that while Chirp uploads to the radio and gets CTCSS and DCS codes and other settings correct, after programming the radio is showing the “+-“ symbol for a frequency offset on all of the channels that I put in with no offset. I checked the image file I’d saved and see that the column labeled “Duplex” does show as “off” in all cases. The radio works OK, though, so I describe this as more of a feature and less of a bug... Does anyone have an idea of something I might be doing incorrectly in the use of Chirp? Or is this a feature of the current Chirp version when writing to firmware in the GMRS-V2? Sincerely Yours, Sam Thurman Valencia, CA

2 2

[chirp_users] RaspberryPI
by K0LNY_Glenn 30 Jul '22

30 Jul '22

Hi, Can Chirp be installed on a RaspberryPI, and if so, is there a script available for installing the dependencies? Thanks. Glenn

6 12

[chirp_users] Squelch On Specific Channels
by K0LNY_Glenn 28 Jul '22

28 Jul '22

Hi All, I was just out trying to bounce off the ISS repeater with the 5 downlink frequencies programmed into my Baofeng BF9, which I think has the same basic settings as the UV5R except some power levels. I need to keep the squelch open when I'm listening, but I don't think it works to hold the squelch open and PTT at the same time. Is there a squelch level per channel, in Chirp, or is this only in the menus for all the channels? I didn't see it in the column headings, but I thought I'd make sure here. Thanks. Glenn

2 1

[chirp_users] Linux CHIRP, ICOM 7100, "unicode strings" error
by Michael Nadler KI7QIB 27 Jul '22

27 Jul '22

ICOM 7100 connected to Linux system via the mini-USB port. FLRIG can control the radio through that interface. Running CHIRP 0.3.0dev, when I try to download from the radio via /dev/ttyUSB0, I get a pop-up error message: unicode strings are not supported, please encode to bytes: <<gibberish characters>>>". Are there specific settings I need to have set on the ICOM? Is CHIRP able to interact with the ICOM-7100 via the mini-USB port? Do I have to use the RT-Systems FTDI cable into the audio port? P.S. I also tried running Windows CHIRP daily-20220408. Download from radio gets "error" in every entry. -- Michael Nadler KI7QIB

7 11

[chirp_users] Search old emails?
by Michael Nadler KI7QIB 27 Jul '22

27 Jul '22

How does one search the Chirp archives to see if a question was answered? I'd rather avoid starting a new thread. -- Michael Nadler KI7QIB

3 3

[chirp_users] New Daily Build
by Build System 26 Jul '22

26 Jul '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-20220726 A list of the changes included in this build (since the last daily) follows: Changes for Build #693 [Dan Smith <dsmith(a)danplanet.com>] Merge branch 'master' of github.com:kk7ds/chirp [Jim Unroe <rock.unroe(a)gmail.com>] New Model: BTECH GMRS-20V2 This patch adds support for the BTECH GMRS-20V2 mobile radio. Resolves #9887 [Jim Unroe <rock.unroe(a)gmail.com>] [RB615] Add Retevis RB615 This patch adds support for the Retevis RB615 fixes to #8531 [Jim Unroe <rock.unroe(a)gmail.com>] [RB15] Add Retevis RB15 This patch adds support for the Retevis RB15 related to #8531 [Jim Unroe <rock.unroe(a)gmail.com>] [FRS-A1] Add BTECH FRS-A1 This patch adds support for the Baofeng Tech FRS-A1. related to #9943 [Jim Unroe <rock.unroe(a)gmail.com>] [RB17A] Add settings: Compander and PF1 Key This patch adds the following settings to the Retevis RB17A radio. Compander PF1 Key fixes #9940 [Jim Unroe <rock.unroe(a)gmail.com>] [RT29] Add Retevis RT29 Radios This patch adds support for the RT29 UHF and RT29 VHF radios. Fixes #8581 [Jim Unroe <rock.unroe(a)gmail.com>] [RT21] Add 'Off' selection to 'Time-out timer' setting The Retevis RT29's Time-out time setting has the following choices available: Off + 15 through 600 seconds in 15 second steps The RT21 driver currently only supports the following choices: 15 through 600 seconds in 15 second steps The radios currently supported by this driver and use the 'Time-out timer' setting, Retevis RT21 and RB17A, actually support the missing 'Off' choice. Adding 'Off' to the 'Time-out timer' setting list will aid in the process of adding support for the Retevis RT29 series of radios. This patch refactors the 'Time-out timer' setting. Prep work for #8581 [Jim Unroe <rock.unroe(a)gmail.com>] [RT21] Rework 'Scramble Type' setting I don't know what I was thinking when I created the code for the 'Scramble Type' setting support for the Retevis RT21 radio. I am reworking it now to aid in the process of adding support for the Retevis RT29 series of radios. The setting, which used RadioSettingValueList(), was updated to use RadioSettingValueInteger(). This patch refactors the 'Scramble Type' setting. Prep work for #8581 [Oleksandr Kravchuk <sashko(a)users.noreply.github.com>] Add SE Jakradio 155MHz version to stock config (#26) Jaktradio (hunting radio) is a communication radio used for hunting, wildlife care, forestry, agriculture and outdoor life, etc. in Sweden.

1 0

[chirp_users] Cut and Paste
by Wayne 22 Jul '22

22 Jul '22

I use Chirp to program my FT-70D. Is it possible to have Cut and Paste between opened images (.img files). 73, Wayne (VK6VE)

6 7

[chirp_users] Baofeng HP9+ won't read
by K0LNY_Glenn 19 Jul '22

19 Jul '22

Hi, I have a Baofeng HP 9+, and I'm using Chirp on an older Ubuntu live on a thumb drive, that I've booted to before and used to program the same radios. I was just able to first read and write to my UV 5R with the same cable that I'm trying to use on the 9+. I worked and worked on the connection, making sure it was tight into the radio. I reset the radio with menu 40 and #1, which is a full reset, it went to Chinese, and then I set it to English again, but it still won't read from the radio. Does anyone have any ideas why it won't read? I'm pretty sure the 9+ uses the same cable as the UV5R. Thanks for any suggestions. Glenn

3 12

[chirp_users] Programming A Baofeng For The ISS
by K0LNY_Glenn 19 Jul '22

19 Jul '22

Hi, I am planning on putting in the voice downlink and uplink for the International Space Station into my Baofeng. The downlink is in the 7Cm band and the uplink is in the 2 M band. Typically in Chirp I enter a normal offset, plus or minus. How do I do this in Chirp to cover such a difference in frequency? . Downlink 437.800MHz FM; Doppler +-10KHz . Uplink 145.990MHz FM with 67.0 Hz PL Thanks. Glenn

4 3

Re: [chirp_users] vx-6r redux
by Dave B 13 Jul '22

13 Jul '22

Typo? 'G' is just below 'T' on a US/UK keyboard. 73 Dave G0WBX(G8KBV) On 13/07/2022 20:00, chirp_users-request(a)intrepid.danplanet.com wrote: > Oh there also seems to be an unrecognized function named "pring" on line > 826 of the vx6.py driver tarball I downloaded had hg hash f681fdfb94dd in > the name. -- Created on and sent from a Unix like PC running and using free and open source software:

2 1

Re: [chirp_users] vx-6r redux
by Dave B 12 Jul '22

12 Jul '22

On 11/07/2022 20:00, chirp_users-request(a)intrepid.danplanet.com wrote: > I don't really understand why windows with the latest version would not > work or mac OS with the latest version would not work. But this old version > on linux did. What data lead were you using? If it uses a Prolific USB-Serial bridge, it may be an old type of chip, or a clone. Either way Windows (and many Mac systems) will not use them. (Without compromising the security of your system by blocking automatic updates and then manually installing an earlier driver suite.) But Linux (even recent distro's) use them just fine, regardless. Had similar issues locally, with a group that uses dozens of Baofeng radios. All the interface leads used "hookey" chipsets. A Windows box and a Mac, both failed. My old Dell running Mint, "just worked"... Counterfeit IC's are rife in that part of the gadget after market. Take care. Dave G0WBX(G8KBV) -- Created on and sent from a Unix like PC running and using free and open source software:

6 8

[chirp_users] [OT] Re: vx-6r redux
by Dave B 12 Jul '22

12 Jul '22

Re:- - and the Mac is Linux based - I'm not a Mac user, but I am aware that their OS is BSD based, not Linux. https://en.wikipedia.org/wiki/Berkeley_Software_Distribution Many of the command line tools are common as they are both "UNIX like". But there are some significant differences in the behaviour of some, and how they interact. As they say... The Devil is in the Detail. BSD is "more UNIX like" (I think is the phrase) than Linux. 73. Dave G0WBX (G8KBV) -- Created on and sent from a Unix like PC running and using free and open source software:

1 0

[chirp_users] vx-6r redux
by Nic Heath 10 Jul '22

10 Jul '22

All I've sent a couple emails with logs and more information but it looks like they both have been memory holed. After trying many different combinations between the two radios and image files and operating systems I was able to get the linux version of CHIRP 0.3.0dev on Debian 11 to program one of the vx-6rs and then clone to the other vx6-r from that HT. I don't really understand why windows with the latest version would not work or mac OS with the latest version would not work. But this old version on linux did. Thought I would see if this email can get in the mailing list archives in case anyone has the same issue: appearing to download with no error on the PC side but error showing up at end on LCD of the vx-6r.. Try version 0.3.0dev on debian 11. 73 -Nic

1 0

[chirp_users] VX-6r
by Nic Heath 09 Jul '22

09 Jul '22

Hello all I have two VX-6r radios and both of them exhibit the same behavior listed here: https://chirp.danplanet.com/issues/5693 The radios seemingly receive all the way to the end and then display an error message on the radio LCD screen. CHIRP does not display any error messages. I do not see a log file in the CHIP program directory (I am using the stand alone zip version). Any pointers on how to diagnose this issue or get more data from CHIRP on if there is an issue being reported by the radio over serial would be helpful. Thanks -Nic

3 3

[chirp_users] Baofeng UV-5R5
by mailbox1974 mailbox1974 03 Jul '22

03 Jul '22

Any suggestions on how to get CHIRP software (or any other software) to connect to the Baofeng UV-5R5? I'm able to get UV-5R Plus & UV-5R to work with CHIRP but not the 5R5. Kevin.

2 1

[chirp_users] New Daily Build
by Build System 03 Jul '22

03 Jul '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-20220703 A list of the changes included in this build (since the last daily) follows: Changes for Build #692 [Jim Unroe <rock.unroe(a)gmail.com>] [GMRS-V2] Service Settings Won't Save to BTECH GMRS-V2 The service settings weren't being uploaded when cloning to a BTECH GMRS-V2. This patch modifies the upload ranges to include the areas of memory where the service settings reside. fixes #9933 [Dan Smith <dsmith(a)danplanet.com>] Merge branch 'master' of github.com:kk7ds/chirp [Jim Unroe <rock.unroe(a)gmail.com>] [UV-5R] Add support for disabling timeout timer in some variants. Until recently, the typical TOT (timeout timer) menu of most Baofeng UV-5R/UV-82 like variants had a valid list of choices that went from 15 to 600 seconds in 15 second steps. The timeout timer could not be disabled. Some new variants, the eSYNiC UV-5R for example, adds OFF to this list, and when selected, allows the timeout timer to be disabled. This patch adds support for the additional OFF choice. fixes #9924 [Jim Unroe <rock.unroe(a)gmail.com>] [UV-82HP] Add support for lower case channel names This patch adds the ability to use lower case letters when editing channel names/alpha tags of a Baofeng UV-82HP radio (and its variants). fixes #9910 [MELERIX <melerix(a)outlook.com>] Update es_ES.po (#24) * Update es_ES.po * Update es_ES.po

1 0

[chirp_users] Fwd: Radio Shack HTX-242
by Rick Vantrease 30 Jun '22

30 Jun '22

---------- Forwarded message ----------From: Rick Vantrease < rickvantrease(a)gmail.com> To: chirp_users(a)intrepid.danplanet.com Cc: "asonnesso(a)gmail.com" <asonnesso(a)gmail.com> Bcc: Date: Mon, 27 Jun 2022 21:51:07 -0500 Subject: Re: [chirp_users] Radio Shack HTX-242 You had posted that you had a text file which was instructions on programming the Radio Shack HTX 242 with a PC, along with a PDF showing how to make an interface between radio and PC. Would you mind sharing that with me?I I would greatly appreciate it! I have both a 242 and 212

1 0

[chirp_users] IOS- Monetary (new apple operating system) Wont load Chirp...
by Freddie Pack 23 Jun '22

23 Jun '22

the last message I get is "Chirp unexpectedly timed out"... I went to system pref, privacy security, unlocked, allowed then the massage appease. Can you help???? Thanx Fred

2 2

[chirp_users] SOCOTRAN 980PLUS
by Damian Larkin 20 Jun '22

20 Jun '22

FYI - I can confirm successful read/write to a SOCOTRAN 980PLUS using the latest CHIRP build by using the "experimental" QYT 980PLUS radio selection in Chirp. I know that this may be old news. Still, I'm putting it out there so that there is some compatibility noted on the internet since information on the SOCOTRAN relabeled radios are either limited or missing entirely. Thank you!

1 0

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

20 Jun '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-20220620 A list of the changes included in this build (since the last daily) follows: Changes for Build #691 [Jim Unroe <rock.unroe(a)gmail.com>] [RB619] Add Retevis RB619 PMR Radio This patch adds support for the Retevis RB619. fixes #9794 [Jim Unroe <rock.unroe(a)gmail.com>] [RB19P] Add Retevis RB19P GMRS Radio This patch adds support for the Retevis RB19P. #9794 [Jim Unroe <rock.unroe(a)gmail.com>] [RB19] Add Retevis RB19 FRS Radio This patch adds support for the Retevis RB19. #9794 [Jim Unroe <rock.unroe(a)gmail.com>] Driver Maintenance: radtel_t18.py The Radtel T18 driver (radtel_t18.py) supports several radio models (see list below). During the cloning operation, some models need to have the driver send/receive an acknowledgement (ACK) after each of the blocks are transferred. Some models do not need these ACKs. Models that require ACKs Radtel T18 Baofeng Tech FRS-B1 Models that don't require ACKs Retevis RT22S, RB18, RB618, RT68, RT668, RB17, RB617, RB17V, RB85, RB75 Although cloning does work for all of the supported models, the code that determines if CHIRP should ACK or not is improperly implemented. This often causes part of the ACK process to be used during the transfers to/from radios that don't need ACKs. These unnecessary ACKs cause the transfer to be shower than it could be. In some cases, the transfers are noticeably slower than what they are when using the OEM software. This patch corrects the above issue so that ACKs are only used when required. All of the radios listed above were reverified to make sure that that cloning process still works and is as fast or faster as it was previously. fixes #9911

1 0

[chirp_users] New Daily Build
by Build System 13 Jun '22

13 Jun '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-20220613 A list of the changes included in this build (since the last daily) follows: Changes for Build #690 [Jim Unroe <rock.unroe(a)gmail.com>] [QB25] Add additional MCU Version for Radioddity QB25 This patch adds an additional MCU version (VC9214) for the Radioddity QB25 (QYT KT7900D variant). Fixes #9904 [Jim Unroe <rock.unroe(a)gmail.com>] Driver Maintence: btech.py typo This patch corrects a long standing typo in the btech.py driver module. "indego" -> "indigo" Fixes #9890

1 0

[chirp_users] Fix a CSV File
by K0LNY_Glenn 10 Jun '22

10 Jun '22

Hey All, I plan on using all IMG files for my radios, but I wanted to add some frequencies to my Wouxun KG7D, it is a 2/6 meter HT. I'm using Chirp's KG6 option, since there is no 7 in the supported list, and the 7 is just an upgraded 6. Anyway, in the past, I only used a CVS file, so if someone can fix the attached file, for me, I can save it as an IMG, after uploading it to my radio. I can't use Chirp in Linux, but with a lot of effort in Windows using Jaws screenreader, I'm able to select radio, download and upload. I got this error with my Tyt 9800, and a list member was able to fix that CSV file for me, and he said some things weren't capitalized and perhaps missing values. I got the same error, when trying to import this file, it said "no channels". So it is attached and I hope someone here can detect what is wrong for me. Thanks. Glenn

4 8

[chirp_users] Guide for CHIRP *Settings*?
by Gregory Beyer 07 Jun '22

07 Jun '22

Hi, the Memories portion of CHIRP is well covered here https://chirp.danplanet.com/projects/chirp/wiki/MemoryEditorColumns. However there a whole other section of the CHIRP software-- the Settings tab (Basic, Advanced, Other, Work Mode, FM Rado preset (obvious), DTMF and Service) Is there a guide for what all of these many settings are? Thanks -- *________________________* *Greg Beyer greg(a)beyerusa.net* <http://conventionofstates.com/?ref=67246> Drain the Swamp and Restore Local Governance <http://conventionofstates.com/?ref=67246>

7 12

[chirp_users] Suspicious email or not??
by Mike Earls 06 Jun '22

06 Jun '22

a9ad2aead92c6bc1a1e7cd666c8c2b6e47eb2e8a chirp_users-request(a)intrepid.danplanet.com 9:32 AM (12 hours ago) to me Your membership in the mailing list chirp_users has been disabled due to excessive b -- Mike Earls AF5MS TSRA Life Member NRA Benefactor Member

2 1

[chirp_users] So I can post on the list
by Sam Phillips 06 Jun '22

06 Jun '22

killerbees113(a)gmail.com

2 1

[chirp_users] How to enter uplink & downlink tones
by Gregory Beyer 06 Jun '22

06 Jun '22

Hi, I'm a new amateur so sorry if this seems a dumb question. For repeaters with only an uplink tone, one simply selects "Tone" in Tone mode and selects the single tone to get into the repeater. Some repeaters list both an uplink and a downlink tone. In this case, which Tone mode option do I select? And in which property do I enter the downlink tone? Thank you. -- *________________________* *Greg Beyer greg(a)beyerusa.net* <http://conventionofstates.com/?ref=67246> Drain the Swamp and Restore Local Governance <http://conventionofstates.com/?ref=67246>

3 2

[chirp_users] Roger beep on a per channel basis
by Sam Phillips 06 Jun '22

06 Jun '22

Is there anyway to put a Roger beep on certain channels but not others on the Baofeng UV-5R? I've looked and looked and only seen how to put a PTT-ID on per channel. Could there be a way to do it through developer options? Any help is appreciated, Sam

3 3