- Users - lists.chirpmyradio.com

Re: [chirp_users] Changing data Baofeng UV5
by Rich NE1EE 18 Feb '23

18 Feb '23

This is a great explanation of why and how...I wish that all newbies (like me, at one time ;-) could read this... On 2023-02-18 08:27:-0500, you wrote: >What most people do is set one display line to FREQuency and the other >display line to NAME. That way when you set both display lines to the >same channel number (they have to be synced manually because each >display line is independent and the radio has no ability to >automatically sync them), the channel name and frequency can be seen >at the same time. This is really the hot tip here... ~R~ 72/73 de Rich NE1EE The Dusty Key On the banks of the Piscataqua

2 1

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

18 Feb '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 #75 [3046399+kk7ds] Add Retevis RT86 - fixes #10377 [3046399+kk7ds] Update Upload/Download menu items [3046399+kk7ds] Try a test frequency from each valid band [3046399+kk7ds] Keep the radio mmap from setup in clone tests [3046399+kk7ds] Ensure we return integers in some bitwise funcs [3046399+kk7ds] Use python 3 print() syntax in check_parameters.py --

1 0

Re: [chirp_users] The meaning of CHIRP...
by Rich NE1EE 17 Feb '23

17 Feb '23

On 2023-02-17 10:43:-0500, you wrote: >I'm not sure if my screenshot went through. I got a message saying my message was blocked by moderator or something like that. The ai software basically derived its name from the chirp sound a radio makes when communicating. I recall that when I was a new engineer, my manager told me that I needed to have "projects for score" each year to increase the likelihood of a raise or promotion (or both ;-), AND that the more clever the name of the project, the more likely it was to stick in everyone's mind, and that, too, was taken into account as part of the success of the project. I have followed his advice over the years, even when I started my own consulting company. CHIRP is so much more memorable than 'repidr', so I think it qualifies. I was on the MMS engineering development and post-launch data analysis team, and always thought that PhDs needed to hire some slug to name their projects. MMS is /so/ forgettable ;-) CHIRP is so memorable :-) ~R~ 72/73 de Rich NE1EE The Dusty Key On the banks of the Piscataqua

1 0

Re: [chirp_users] The meaning of CHIRP...
by Rich NE1EE 17 Feb '23

17 Feb '23

On 2023-02-17 08:36:-0500, you wrote: >> � There is an excellent open source program called CHIRP which stands >> for CHInese Radio Project." > >Which has no basis in fact. The oldest CHIRP build <snip> > >Jim KC9HI I have often wondered about the name. I sent a message to that web page developer. I appreciate Jim being able to post. I am still left wondering why it was named that...I continue to hope that someone will step up with real history, as trivial as this subject is...if Jim's stuff goes back to 2008, it is not likely that we will find the original reason for the name, unless some original developers are lurking about. ~R~ 72/73 de Rich NE1EE The Dusty Key On the banks of the Piscataqua

3 3

[chirp_users] The meaning of CHIRP...
by Dave Turnmire 17 Feb '23

17 Feb '23

I am a long time user of CHIRP and I just realized there is a key bit of knowledge I lack... and unless I'm missing it... it is also missing from the web site's FAQ. Where did the name come from? Does CHIRP stand for something? Did Dan's first radio keep chirping at him every time he pressed the wrong button? 😉 Inquiring minds want to know... (and I'm preparing to teach a class on CHIRP...) Dave

3 2

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

17 Feb '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 #74 [3046399+kk7ds] Initial commit of ICOM IC-V80 driver. Fixes #174 [3046399+kk7ds] Subsequent support for skip memories in IC-V80 driver. Fixes #174 [3046399+kk7ds] Settings support added to IC-V80 driver. Fixes #174 [3046399+kk7ds] Fix IC-V80 style issues [3046399+kk7ds] Add IC-V80 test image and fix tests [3046399+kk7ds] Add IC-V80 clone ranges and endframe [3046399+kk7ds] Add IC-7100 as reported working [3046399+kk7ds] uv5r.py: relocate validate_memory() to subclasses that need to use it [3046399+kk7ds] retevis_rb17p.py: relocate validate_memory to subclass, update syntax [3046399+kk7ds] Add Baojie BJ-218 to Python3 Driver Testing matrix --

1 0

[chirp_users] IC-7100 programming
by Mike W 16 Feb '23

16 Feb '23

I understand the LIVE reminder when reading the IC-7100 memory banks into Chirp, but how do I load a data file to program the damn thing?. Either I'm thick or I'm missing something, or both ! 73 Mike G8NXD

2 3

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

16 Feb '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 #73 [3046399+kk7ds] Add BTech GMRS-50V2 - fixes #10374 [3046399+kk7ds] Add support for KPG-89D .dat files for TK-x180 [3046399+kk7ds] Add Tail Eliminate setting for TH-UVF8D [3046399+kk7ds] Translate en/disabled string for developer mode [3046399+kk7ds] Remove old chirp XML schema definition files --

1 0

[chirp_users] Python3 Branch
by James Keener 15 Feb '23

15 Feb '23

I have a Kenwood TM-V7 and a Baofeng UV-5R, along with the appropriate programming cables. I'm running Linux, and write python, php, and rust for my day job. Are there any tasks or features I can help build or test? Thank you, Jim Keener KC3NPJ

1 0

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

15 Feb '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 #72 [3046399+kk7ds] btech.py: move validate_memory to subclasses that use it --

1 0

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

14 Feb '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 #71 [3046399+kk7ds] Move validate_memory() to special subclasses that need to use it [3046399+kk7ds] bf_t8.py: relocate validate_memory() to subclass - fixes #10371 --

1 0

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

14 Feb '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 #70 [3046399+kk7ds] baofeng_common.py: relocate validate_memory() - fixes 10367 --

3 2

Re: [chirp_users] chirp_users Digest, Vol 170, Issue 12
by v44kf.dx 13 Feb '23

13 Feb '23

Cannot update On Sun, Feb 12, 2023 at 4: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. New chirp-next build (donotreply(a)chirp.danplanet.com) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 12 Feb 2023 02:09:21 -0800 (PST) > From: donotreply(a)chirp.danplanet.com > Subject: [chirp_users] New chirp-next build > To: chirp_users(a)intrepid.danplanet.com > Message-ID: <202039202.139.1676196561759(a)eagle.danplanet.com> > Content-Type: text/plain; charset="utf-8" > > 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 #69 > [3046399+kk7ds] Greek translation added > > > > > -- > > ------------------------------ > > _______________________________________________ > chirp_users mailing list > chirp_users(a)intrepid.danplanet.com > http://intrepid.danplanet.com/mailman/listinfo/chirp_users > To unsubscribe, send an email to > chirp_users-unsubscribe(a)intrepid.danplanet.com > > End of chirp_users Digest, Vol 170, Issue 12 > ******************************************** >

2 1

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

12 Feb '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 #69 [3046399+kk7ds] Greek translation added --

1 0

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

11 Feb '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 #68 [3046399+kk7ds] Add Retevis RB628 - fixes #10325 [3046399+kk7ds] Make common master lists immutable [3046399+kk7ds] Populate Tone and DTCS lists from RadioFeatures [3046399+kk7ds] Fix logging errors in anytone778uv [3046399+kk7ds] Fix scan/skip bit in TH-UVF8D --

1 0

[chirp_users] Ubuntu Launcher
by K0LNY_Glenn 11 Feb '23

11 Feb '23

Hi, I have chirp in Ubuntu-Mate, 18.04. I installed an older Chirp because it works with my screenreader. But the installed launcher, but if I run chirpw in a terminal, it runs. Or I can type in the terminal: /usr/bin/chirpw and it runs fine. I have been trying to make a desktop launcher to do this, so I don't have to launch it in a terminal. But the desktop launcher attempts I try do nothing, no errors, and no launching of chirp. Any ideas why I can launch it in a terminal, but not in a desktop launcher? Thanks. Glenn

4 6

[chirp_users] Kenwood TH-D72, glitches
by Rich NE1EE 10 Feb '23

10 Feb '23

Been a while since I used chirp. Picked up a Yaesu FT-70D, and wanted to copy my Kenwood settings. 1. Tried Kenwood clone mode, but got an error. 2. Used LIVE mode, but then could not save the img. Still wondering why CHIRP doesn't permit what MCP does. I never have found that live mode is required, but maybe I need to revisit why I think there is a difference. At any rate, I downloaded successfully from the FT-70 and the TH-D72 using chirp 20230209. Copied the D72 data to the memory cells for the FT-70, uploaded, and voila! found that mysteriously all my names got "encrypted". Took me a few minutes to remember that some of my radios use upper and lower case, and some don't. 3. That brought me to another surprise. No simple way to UC the names in chirp. I figured there'd be a menu item for that. The only way I can think of is to edit the csv. I'd then want to paste only the names...in the end, I used EditPad Pro, and ran a regex on the names. Imported the csv back into chirp. 4. As a test, I connected the D72 and downloaded in LIVE mode. Success. Then tried to download in clone mode. "Could not open port 'COM6': Permission error(13, Access denied, none,5) 5. Wait! I then disconnected from the D72, thinking that the COM port was still owned by another process (live download), reconnected, and successfully downloaded a clone copy of the D72. Oops. Nothing is displayed. Because I had not used clone mode before, I looked in CHIRP help and browsed the web. Nothing found. I immediately tried live mode, and it worked. Immediately tried clone mode. Access denied. Disconnect/reconnect D72. Cloning ran, but as before, no display. Is there anything here I should file a bug report on, or am I just experiencing growing pains ? ;-) ~R~ 72/73 de Rich NE1EE The Dusty Key On the banks of the Piscataqua

2 1

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

10 Feb '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 #67 [3046399+kk7ds] Fix translating name-inherited column headers [3046399+kk7ds] Fix transposed TK-3140 key definitions. [3046399+kk7ds] Fix frozen check for win32 driver import [3046399+kk7ds] Add Retevis RB28 - fixes #10324 --

1 0

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

09 Feb '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 #66 [3046399+kk7ds] Rename es_ES translation to es [3046399+kk7ds] Add PMR446 frequency table to bandplan_iaru_r1 - fixes #10357 --

1 0

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

08 Feb '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 #65 [3046399+kk7ds] Use wx.Locale instead of gettext [3046399+kk7ds] Fix untranslated menu names [3046399+kk7ds] Refresh locale files [3046399+kk7ds] New Model Support- Wouxun KG-935G Plus [3046399+kk7ds] UV-9R Pro: Allow 7 character channel names - fixes #9932 [3046399+kk7ds] Update es_ES.po --

3 3

[chirp_users] Chirp installation under Ubuntu error messages
by Phil 08 Feb '23

08 Feb '23

I believe that I have all of the required dependencies installed but perhaps I've missed something. :~/.local/bin$ ./chirp Traceback (most recent call last): File "/home/phil/.local/bin/./chirp", line 33, in <module> sys.exit(load_entry_point('chirp===py3-20221124', 'console_scripts', 'chirp')()) File "/home/phil/.local/bin/./chirp", line 25, in importlib_load_entry_point return next(matches).load() File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 171, in load module = import_module(match.group('module')) File "/usr/lib/python3.10/importlib/__init__.py", line 126, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "<frozen importlib._bootstrap>", line 1050, in _gcd_import File "<frozen importlib._bootstrap>", line 1027, in _find_and_load File "<frozen importlib._bootstrap>", line 1006, in _find_and_load_unlocked File "<frozen importlib._bootstrap>", line 688, in _load_unlocked File "<frozen importlib._bootstrap_external>", line 883, in exec_module File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed File "/home/phil/.local/lib/python3.10/site-packages/chirp/wxui/__init__.py", line 6, in <module> from chirp import directory File "/home/phil/.local/lib/python3.10/site-packages/chirp/directory.py", line 26, in <module> from chirp.drivers import icf # , rfinder File "/home/phil/.local/lib/python3.10/site-packages/chirp/drivers/__init__.py", line 1, in <module> from chirp.drivers import vx5 File "/home/phil/.local/lib/python3.10/site-packages/chirp/drivers/vx5.py", line 164, in <module> @directory.register AttributeError: partially initialized module 'chirp.directory' has no attribute 'register' (most likely due to a circular import) -- Regards, Phil

3 9

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

07 Feb '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 #64 [3046399+kk7ds] Set setup.py version to zero [3046399+kk7ds] Enable Baofeng BF-V8A TX CTCSS Tones - fixes #9784 [3046399+kk7ds] UV-6R: Allow 7 character channel names - fixes #6891 fixes #10351 [3046399+kk7ds] Tolerate null fields in repeaterbook responses --

1 0

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

06 Feb '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 #63 [3046399+kk7ds] GMRS-V2 update/streamline driver - fixes #10350 --

1 0

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

05 Feb '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 #62 [3046399+kk7ds] Update baofeng_wp970i.py driver to use mem.immutable - #10288 [3046399+kk7ds] Update py3_driver_testers.txt [3046399+kk7ds] Update GMRS bandplan in bandplan_na.py - fixes #10347 --

1 0

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

04 Feb '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 #61 [3046399+kk7ds] Update es_ES.po [3046399+kk7ds] Fix CHARSET_1252 skipping the space character [3046399+kk7ds] Settings for keys on TKx140 and TKx160 [3046399+kk7ds] Fix TYT UVF8 for Python 3 [3046399+kk7ds] Fix up tests.base.get_mem() for some radios [3046399+kk7ds] Update bf_t8.py driver to use mem.immutable (revisited) - #10288 [3046399+kk7ds] Mark IC-746 as tested --

1 0

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

03 Feb '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 #60 [3046399+kk7ds] Use legacy branch for legacy builds [3046399+kk7ds] Build snap using chirp-next release tarball [3046399+kk7ds] Allow registering multiple formats with same ext [3046399+kk7ds] Expand repeaterbook tests to another state [3046399+kk7ds] Fix truncated multiword names in properties box [3046399+kk7ds] Add Kenwood TK-2140/3140 support [3046399+kk7ds] Fix some TK-8160 issues --

1 0

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

02 Feb '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 #58 [3046399+kk7ds] Update uv5r.py driver to use mem.immutable - #10288 [3046399+kk7ds] add menu items before enabling/disabling Changes for Build #59 No changes

1 0

[chirp_users] Bricked UV82HP & BF-F8HP
by Jeff Gallaway 02 Feb '23

02 Feb '23

I was using a tidradio bluetooth programming adaptor and after programming the scan feature stopped working and the programmed channels wouldn't program and a lot of other issues that I assume come with a bricked radio. I tried resetting both radios from the menu but it didn't help. I'm assuming the firmware is messed up somehow. UV82HP - Hold down #3 and power on- US2S35 Hold down #6 & power on- 150602N BF-F8HP - Hold down #3 and power on- F8HP-1 Hold down #6 & power on6- 160102 I'm not sure if there's a way to do a hard reset in chirp to get everything back to factory settings or if I have to do something with the firmware? Any help would be appreciated. I'm better at seeing how it's done on video rather than following steps but anything is worth a try right now. Thanks, Jeff

3 2

[chirp_users] UV82HP & BF-F8HP
by Jeff Gallaway 02 Feb '23

02 Feb '23

I was using a tidradio bluetooth programming adaptor and after programming the scan feature stopped working and the programmed channels wouldn't program and a lot of other issues that I assume come with a bricked radio. I tried resetting both radios from the menu but it didn't help. I'm assuming the firmware is messed up somehow. UV82HP - Hold down #3 and power on- US2S35 Hold down #6 & power on- 150602N BF-F8HP - Hold down #3 and power on- F8HP-1 Hold down #6 & power on6- 160102 I'm not sure if there's a way to do a hard reset in chirp to get everything back to factory settings or if I have to do something with the firmware? Any help would be appreciated. I'm better at seeing how it's done on video rather than following steps but anything is worth a try right now. Thanks, Jeff

1 0

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

01 Feb '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 #57 [3046399+kk7ds] Update ga510.py driver to use mem.immutable - #10288

1 0

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

31 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 #56 [noreply] Wouxun KG-935G Call Code fix (#458) [3046399+kk7ds] Add the SVG logo to sdist, bdist_whl [3046399+kk7ds] Fix bank index test [3046399+kk7ds] Update btech.py to use mem.immutable - #10288

1 0

[chirp_users] kenwood tk-768 (N)
by Paul Pohl 30 Jan '23

30 Jan '23

Good day I have kenwood tk-768(n) and I use ch340 module (Prolific USB to Serial, Driver details; ser2pl64 (version 3.6.81.357) serenum.sys (version 10.0.22621.1)) I use chirp (daily-20221217) but doesn't read from radio. On the lcd appear -pc- and than it stays there. On the PC an error; "radio refuse to enter into program mode after a few tries" pops up Please help me, what am I doing wrong? Kind Regards, Paul

3 4

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

30 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 #55 [3046399+kk7ds] Fix actually returning status from fast-driver [3046399+kk7ds] fix UV-9R Pro FM preset bug - fixes #10318 [3046399+kk7ds] Fix setting duplex=split on TK-8160 [3046399+kk7ds] Fix can_odd_split flag in FRS-A1 and RB27 [3046399+kk7ds] Treat ValidationWarnings as non-fatal in the UI [3046399+kk7ds] Upgrade gmrsv2 and rb17p use mem.immutable [3046399+kk7ds] Fix brute force duplex test [3046399+kk7ds] Fix ID-80H mode and band limits

1 0

Re: [chirp_users] chirp-next for NixOS
by Tim Lavoie 30 Jan '23

30 Jan '23

Thanks Graham, that works! Now I have to go look for a cable... > From: Graham Christensen <graham(a)grahamc.com> > Hi Tim, > > I think if you use Chirp from nixpkgs-unstable / nixos-unstable, > you'll get chirp-next with python3 (from 2022-12-07.) > > Try this: > > nix run nixpkgs#chirp

2 1

[chirp_users] Should I file a bug report - can't program a frequency in chirp that I can from keypad
by Doug Scoda 29 Jan '23

29 Jan '23

Please advise if this is an easy fix and I will generate a bug report. I am able to program into the IC-80AD (ID-80H) FM broadcast band frequencies such as 97.1. I can do so from the keypad or the Icom software. After a successful download and a test, the radio scans and receives the monitoring frequencies as expected. When I download the clone into Chirp, on the entries for the FM stations are errored out in RED in the memory number column. On right clicking and checking properties of the memory entry, I get the following text message box: `?2' is not in valid list: ['WFM', 'FM', 'NFM', 'AM', 'NAM', 'DV', 'USB', 'LSB', 'CW', 'RTTY', 'DIG', 'PKT', 'NCW', 'NCWR', 'CWR', 'P25', 'Auto', 'RTTYR', 'FSK', 'FSKR', 'DMR', 'DN', 'FSK-R', 'CW-R', 'Data+LSB', 'Data+USB', 'Data+FM', 'USER-L', 'USER-U', 'LSB+CW', 'USB+CW', 'RTTY-L', 'RTTY-U', 'N/A'] If I try to program via chirp 97.1 FM into a memory I get the following error even though it is in the valid frequency range of the receiver. Invalid edit: Frequency 97.100000 is out of supported range I get the same error when programming CB frequencies with chirp even though the radio is capable of monitoring that AM band.

2 1

[chirp_users] Can anyone help me identify a radio
by g7jiq1 29 Jan '23

29 Jan '23

Can anyone Identify this radio so I may reprogram it with chirp. It is badged on the front as Vitesse Rugged Under the battery it is marked as TEKK Model XU-1000 It is a 16 channel uhf Any help would be greatly received

2 2

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

29 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 #54 [3046399+kk7ds] Check for merge commits in PRs [3046399+kk7ds] Add fast-driver tox target [3046399+kk7ds] Run fast-driver for CI [3046399+kk7ds] Fix TK-8180 duplex=off setting [3046399+kk7ds] Add Retevis RB628B - fixes #10325 [3046399+kk7ds] Fix Brute Force mode test [3046399+kk7ds] Fix Icom ID-880 obscure tone modes [3046399+kk7ds] Fix radioddity_r2 frs16 immutable mode

1 0

[chirp_users] chirp-next for NixOS
by Tim Lavoie 28 Jan '23

28 Jan '23

Hello, There is a version of chirp-daily (20220823) packaged up as a Nix package for NixOS Linux. It does install fine, along with python 2, but fails since there is a third element when it splits the version number. I thought I'd prefer to try out chirp-next anyway, and then not need python 2. Has anyone tried wrapping it up as a Nix package yet? (There isn't one in the nix repo.) Cheers, Tim

2 1

[chirp_users] Icom IC-80AD HT - Assigning Channel Bank
by Doug Scoda 28 Jan '23

28 Jan '23

------------------------------ >>* Am I missing something on how to edit the index numbers? * >Yes, you're missing the step where you click on the index in the GUI and change it to something sensible. However, your query made me realize that this was broken back in December and nobody noticed until now! I imagine maybe you clicked a couple (thousand) times on the index thinking maybe you could change it, and assumed you were missing something else. My apologies :) >Can you file a bug? I'll get a fix cooked up for tomorrow's build. >Thanks! >--Dan Thank you Dan, the fix works exactly as expected. -ds

2 1

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

28 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 #53 [3046399+kk7ds] Record Yaesu FT-65E as working [3046399+kk7ds] Fix inability to edit bank index [3046399+kk7ds] Fix test infrastructure for radios with subdevs [3046399+kk7ds] Make editorset use a Treebook for many subdevs [3046399+kk7ds] Add Kenwood TK-7160, 8160 support [3046399+kk7ds] Add Retevis RB28B - fixes #10324

1 0

[chirp_users] Wouxun 980p 950p
by max＠m-u-m.info 28 Jan '23

28 Jan '23

Hello, fist great that the wouxun 980p is now supported, i will test it the next days (it is in my car an at the moment its a little bit cold outside to play with notebook and chirp next) but if have 950p inside and i can download from radio but the every informations are very crippy it would be nice to have these radio also thx max

1 0

[chirp_users] Icom IC-80AD HT - Assigning Channel Banks
by Doug Scoda 27 Jan '23

27 Jan '23

Hello all, >From the best I can figure, the IC-80AD is similar D-Star version of the ID-80H. I can use the ID-80H profile to download and upload memory channels to my IC-80AD. I see the Memories Group, Bank Group and Settings Group. All channel memories, Banks and Settings match the radio. >From the radio keypad I am able to create Banks in the IC-80AD and add memory channels to those banks. The bank entries get populated with an index number. When I scan in bank mode, all is well and it works as intended In Chirp, when I try to assign a memory location to a check box in the Banks tab, the bank check box is assigned, but the bank index number is defaulted to zero. I can't figure out how to edit the bank index numbers on those entries. If an unindexed bank is uploaded to the radio, the banks do not scan, Am I missing something on how to edit the index numbers? -ds

2 1

[chirp_users] RFG-8100
by Don Breazile 27 Jan '23

27 Jan '23

RFG-8100 Is there any plans to support this radio?

1 0

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

27 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 #52 [3046399+kk7ds] Use cp1252 codec for kenwood_live comms [3046399+kk7ds] Add CHARSET_1252 and make TH-D7 use it [3046399+kk7ds] Add a fake TH-F7 serial fixture for testing [3046399+kk7ds] Expand the CSV character set to include cp1252

1 0

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

26 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 #51 [3046399+kk7ds] Fix Icom IC-E90 special memory editing [3046399+kk7ds] Fix editing specials with negative indexes [3046399+kk7ds] Add special memories test and fix issues [3046399+kk7ds] Add a test to check for memory name whitespace [3046399+kk7ds] Add a test and fixes for trailing name whitespace [3046399+kk7ds] Make FloatProperty honor precision [3046399+kk7ds] Fix radioreference dialog crash on passwords [3046399+kk7ds] Fix requiring Canadians to conform to the USPS [3046399+kk7ds] Start conversion of icx8x driver to bitwise [3046399+kk7ds] Finish icx8x conversion to bitwise [3046399+kk7ds] Fix icx8x driver upload [3046399+kk7ds] Update radioddity_r2.py to use mem.immutable - #10288 [3046399+kk7ds] New Model support Wouxun KG-UV980P, KG-1000G, KG-1000G Plus

1 0

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

25 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 #50 [3046399+kk7ds] Remove accidental debug [3046399+kk7ds] Decorate driver tests with the module name [3046399+kk7ds] Add missing Icom IC-E90 test image [3046399+kk7ds] Update retevis_rb15.py driver to use mem.immutable - #10288

1 0

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

24 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 #49 [3046399+kk7ds] Update mursv1.py driver to use mem.immutable - #10288 [3046399+kk7ds] Remove MUNCH_CLONE_RESP from IC-x90 [3046399+kk7ds] Fix bankedit when sub devices differ in has_bank [3046399+kk7ds] Allow KG-UV9D Plus driver to open other radio revisions [3046399+kk7ds] Add some more settings to TK-8102 (and friends) [3046399+kk7ds] Make TK-8102 retry program mode once [3046399+kk7ds] Fix memedit for yaesu-style cross-tone modes [3046399+kk7ds] Add cross-tone support for Yaesu FT-60 [3046399+kk7ds] Fix gmrsuv1.py driver - #10309

1 0

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

23 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 #48 [3046399+kk7ds] Add MURS channels to bandplan_na - fixes #10307 [3046399+kk7ds] Upgrade radtel_t18.py to use mem.immutable (revisited) - #10288 [3046399+kk7ds] Update retevis_rt21.py driver to use mem.immutable - #10288 [3046399+kk7ds] Fix opening command line images when no restore [3046399+kk7ds] Add Cross tone support for VX-6

1 0

[chirp_users] What's next for CHIRP
by Dan Smith 22 Jan '23

22 Jan '23

Hi all, I'd like to announce the availability of what I'm calling the "CHIRP-next" build for the new year. If you're not aware, some of the libraries that CHIRP depends on have been orphaned such that CHIRP was a bit stuck in time for many years. Overcoming this obstacle required a lot of changes to CHIRP's core, drivers, and the GUI has had to be completely rewritten as a result. This has been a ton of work, and we still have a lot left to do. However, it's time to rope you, the users and power users, into the effort. Several of us have tested hundreds of radios over the last few months getting ready for this, but we need your help to flesh things out. Over 90% of the radios that get used most often with CHIRP have been tested, but there are still plenty left that need to be confirmed (or fixed). Similarly, the GUI has been tested fairly well amongst the developers at this point, but there are surely still plenty of bugs to find and fix. Ultimately, this new build will become what is today the "daily" builds, and the current version of chirp will be renamed "legacy". As of now, all new development is being done on the "next" builds and only critical bug fixes will be considered for legacy. If CHIRP-next works for you and your radios, we want you running it as soon as possible. I've put together a page that describes in more detail why we're having to do this, how you can help, and what to look for and report: https://chirp.danplanet.com/projects/chirp/wiki/ChirpNextBuild Also, here's a page that describes some of the changes you can expect in the new version: https://chirp.danplanet.com/projects/chirp/wiki/ChirpNextBuildChanges While we're not doing this specifically to add features, the "opportunity" to redesign some things has allowed us to add some improvements. Further, being on newer dependent libraries has allowed us to add some features we never had before. If you're on MacOS or Linux, you will almost certainly want to be running the new build immediately. It uses modern dependencies and also behaves much more like a native application on all platforms. We really need your help testing and vetting this new version, so if you feel comfortable, please consider giving it a try and letting us know what you run into. I'm getting the word out here to the users groups a little early, before we start offering it on the download page specifically. Feel free to forward this to your own groups, facebook pages, etc to get more visibility than just the users here. You can find the CHIRP-next builds here: https://trac.chirp.danplanet.com/download?stream=next As always, you'll want to stay up-to-date with these, as things have been moving fast! --Dan

13 14

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

22 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 #47 [3046399+kk7ds] Add radio override for set_memory() policy [3046399+kk7ds] Fix pasting memories over top of immutable fields [3046399+kk7ds] Make tests more tolerant of highly immutable mems [3046399+kk7ds] Add GMRS channels to bandplan_na [3046399+kk7ds] Adjust GMRS-V2 set_memory immutable policy

1 0