March 2024 - Users - lists.chirpmyradio.com

[chirp_users] New chirp-next build
by donotreply＠chirpmyradio.com 17 Mar '24

17 Mar '24

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. Unless you have a reason not to, we recommend using the latest build of CHIRP-next at all times. You can get it from here: https://archive.chirpmyradio.com/chirp_next/next-20240317 A list of changes since the last build are here: 86a2ee0e idrp: Presumptive python3 conversion 749f9dca Fix displaying choice settings 5b84b4c5 uvk5: Bless k5_4.00 firmware for Quansheng UV-5R Plus 5cf61ad1 snapcraft: use archive.chirpmyradio.com df74b0a8 Initial support for Icom IC-7400 f9e5b870 Allow late eval of choice settings cef146f8 bitwise: Add lbit type for LE bit arrays Issues addressed in this build: [Bug 11240] Quansheng UV-5R Plus [New Model 11246] Icom IC-7400 --

1 0

[chirp_users] Python3 Update for rpttool?
by Kyle Brown 17 Mar '24

17 Mar '24

Is there a plan to update the rpttool to work with Python3 like the rest of Chirp? I see it hasn't been updated in a while and I am looking to use it with a ID-RP2000V Repeater.

2 1

[chirp_users] New chirp-next build
by donotreply＠chirpmyradio.com 15 Mar '24

15 Mar '24

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. Unless you have a reason not to, we recommend using the latest build of CHIRP-next at all times. You can get it from here: https://archive.chirpmyradio.com/chirp_next/next-20240312 A list of changes since the last build are here: c00166ba typo fixes in Spanish translation e8c28d76 Fix default argument parsing on Linux d3a2783f kenwood_live: Fix out-of-order tone list 4c8f2720 Update Spanish Translation Issues addressed in this build: [Bug 11235] chirp 20240311 fails to launch (Debian 12, Python 3.11.2) [Bug 11236] Kenwood live tones out of order --

6 8

[chirp_users] Observations: Kenwood TM-D700A VHF/UHF Radio
by mark＠marwalk.com 11 Mar '24

11 Mar '24

This is my experience so far with CHIRP and the TM-D700A radio. The radio receives input from CHIRP in Live mode, with changes being in near real-time on the control head. Turning the radio off and on and then re-downloading the memory slots displays what was entered previously (of course it would, why are you mentioning that?). I can understand why RT Systems stopped supporting this model calling it a cranky radio. Here are some observed anomalies, and the solutions I found to work after much experimentation: * Although the frequencies and memory names from CHIRP stick with the radio, the Tones do not, and even if the correct tone is there, moving to another memory slot and back to the previous memory loses the Tone setting. This was odd as the re-download from the radio had the correct tones still there, while the radio [F] --> [T.SEL] displayed a completely different and as far as I can tell unrelated tone frequency. The solution to this has been to load the memory into the VFO and enter the correct tone in VFO mode; then re-save the complete setting back to its memory slot. Dont hold the M.IN button too long (> 1s) or it will enter as Split mode (±), and thats a cul-de-sac not to be trapped in (the escape is going into VFO mode and back to the intended memory slot using another memory slot thats in the proper +/- offset for the target repeater). Its unclear to me why this radio just wont accept what its told to configure. * This radio pays attention to which Band its in (see TM-D700 Manual, p.41). By default Band A (the Left knob) is for VHF, and Band B (the Right knob) is for UHF. Ive learned to be sure to bring up for PTT in the Band associated with the frequency in a specific memory slot (listening to anything on either Band works fine with no problem). That also is the case for programming a memory slot, that is, program VHF frequencies with Band A and UHF frequencies with Band B, including correcting the Tone setting that it received from CHIRP and didnt keep. * Im not sure this is something that CHIRP can solve: The Repeater Book look ups contain errors in the Tone settings. A couple of examples Im directly familiar with are: * The 146.13/73 repeater in Frederick, MD operates on Tone only (not CTCSS). The Repeater Book CHIRP lookup displays this repeater as TSQL (which sets the radio into CTCSS mode when applied). This repeater does not provide a downlink tone, resulting in dead silence in CTCSS mode. * The 146.295/895 repeater in Manchester, MD is a multi-access repeater listed in the manually accessed Repeater Book listing as: 146.8950 -0.6 MHz CSQ / 107.2 Manchester Carroll N3KZS OPEN FM AllStar IRLP CHIRP will not load the listing for this repeater from its Repeater Book lookup saying this radio does not support Cross Tone mode: [146.895000/-0.600/107.2] Tone Mode: Cross; Cross Mode: -> Tone However, Ive successfully accessed this repeater with this radio using the 107.2 tone listed, after manually entering it into its memory slot. Hope these observations help people use CHIRP to help them work through the TM-D700A radios crankiness. Thanks, Mark AC3EW

2 1

[chirp_users] New chirp-next build
by donotreply＠chirpmyradio.com 11 Mar '24

11 Mar '24

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. Unless you have a reason not to, we recommend using the latest build of CHIRP-next at all times. You can get it from here: https://archive.chirpmyradio.com/chirp_next/next-20240311 A list of changes since the last build are here: 3cc4bf36 Warn about loading modules with open tabs e2b026a6 Add modular config dir command-line option 7fda4fd5 Stop even building fakes in normal mode 7d42bfb3 Add missing tooltip for mode column 0c1ac358 Tweaks to dev mode logging and toggling aa55cd11 Add MYEMR1 alias 32f1a5fc tdh8: Handle invalid FM VFO value 8603477f Update Spanish Translation e9600540 Fixed a typo while preparing an IC-7400 driver Issues addressed in this build: [Bug 11215] set_doc not working in the memorie tab, but working in the Settings tab [Bug 11226] Tidradio H3 Settings menu [New Model 11224] MyEmergencyRADIO - MYEMR1 --

1 0

[chirp_users] Stable low cost radio with flat audio
by Chuck Hast 09 Mar '24

09 Mar '24

I am asking this question here as I believe there is a good collection of folks who are familiar with different radios. Of course whatever is recommended I hope it can be programmed with Chirp. I am looking for a handheld radio that can do 12.5khz bw audio that can be used for data. I would hope it would have a flat audio in/out port but if not mods are part of the game. It needs to be frequency stable (I will be using it for data) and 12.5khz channel widths. and of course programmable with Chirp. The radio cost needs to be low, I would like to keep the whole project under $500. I will need two radios 1 for RX and 1 for TX. There will be a controller involved. If need be I will put each radio in a can for isolation. This is for a solar project so that is also part of the reason to try to use a handheld. -- Chuck -- KP4DJT HamHotline # 11259

5 5

[chirp_users] UV-17ProGPS
by Ryan Knowles 09 Mar '24

09 Mar '24

Hello, New to the Amateur Radio hobby, as well as the CHIRP software, and I apologize in advance as I must be missing a step in the programming of my radio. I have my Frequencies ready, and Banks individually names to match, though my CHIRP interface is missing the Banks tab to be able to apply my frequencies to each configured Bank as needed. Additionally, I do see within the Info tab, on the Features page that the has_bank and has_bank_index options are set to False. Could this be related to the absence of the Banks tab? Thank you in advance for any guidance available!

3 3

[chirp_users] New domain
by Dan Smith 06 Mar '24

06 Mar '24

Hi all, After almost 16 years as a subdomain on my personal one, CHIRP has a proper domain name of it's own: https://chirpmyradio.com This has been on my todo list for quite some time, but it has always been lower priority than other things and it just kept slipping. Once the first decade passed it was hard to imagine the change. However, some changes Google (mail) is putting into place is making this more urgent than it has ever been, which is as good an excuse as any. You'll start to see this new domain name pop up in more and more places. The new name points to the exact same place that the old one does, so there's no *need* to use one or the other at this point. Since the old domain has 16 years of rust on it, it will take some time to fully migrate over, and I plan to do it as gracefully as possible without breaking links, search results, etc. Once things are ready I'll start redirecting parts of the old domain to the new one. At some point I'll also need to move this mailing list to the new name as well. So, if you see the new domain don't panic, nothing has been hijacked. Just closing out some 16-year-old todo list items :) --Dan

6 6

[chirp_users] Duration of power-on message
by Massimo Nespolo 06 Mar '24

06 Mar '24

Greetings from France, Does anybody know if there is an option to increase the length of the power-on message on Baofeng UV-5R? It shows up very shortly when powering on the radio. It would be nice to have it for a couple of seconds, the time to read what's shown. Thank you in advance.

1 0

[chirp_users] Dev/Interface Q: New WebChirp using WebSerial?
by Ryan Sayre 06 Mar '24

06 Mar '24

Hi there, I've been a Chirp user for quite some time, and in light of the codebase being modernized, I wanted to ask whether there may be an opportunity for a Webserial-based version of the app in the future. Yeah, a browser-driven version of Chirp. In the era where email clients, office suites, and more are driven from the browser, Chirp functionality is capable of doing this as well and could be pretty useful and cool. * What's WebSerial? The Web Serial API provides a way for websites to read and write from a serial device through script. Such an API would bridge the web and the physical world, by allowing documents to communicate with devices such as microcontrollers, 3D printers, and other serial devices. The living document behind this project backed by the W3 Consortium is here: https://wicg.github.io/serial/ * Are there similar WebSerial projects (programming standalone devices) to Chirp? Yes! IDEs, Bootloaders, Code programming tools, charting tools, and device controllers are all using this with good success. I found a lot of these here: https://github.com/louisfoster/awesome-web-serial * Are there radio examples of using WebSerial? Yes! Check out this recent Hackaday article on updating a new inexpensive Chinese handheld radio with upgraded firmware: https://hackaday.com/2023/08/13/update-your-chinese-radio-without-the-pain/ * How would this work with Chirp and how would this benefit users? Chirp is constantly being updated with new radios and repeater/frequency lists are changing often. Imagine a single website that makes things easy and always the latest version. It would be cross-platform too. Always up to date frequency lists: A hosted version would (in theory) be up to date and could potentially offer a single-click download of nearby repeaters/frequencies with browser geolocation which many websites do all of the time. Local files supported: Settings could be overridden/changed at any point. This is meant to be the easy button for a huge number of users that want to quickly program their radios once and be done with it. * Does this remove the ability to have a standalone Chirp app? No! This is not a lock-in choice. * Did I try to see if this was discussed already? Yes, but couldn't seem to find any discussion of it, nor was it in the FAQ. I think I'm actually local to Dan in case he reads it and wants me to buy him a beer or coffee and share my enthusiasm for webserial. Maybe I bring a Quansheng UV-K5 and a laptop and flash it in front of him using webserial! ;-) Thanks for hearing out my idea.

1 0