- Users - lists.chirpmyradio.com

[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

Re: [chirp_users] New domain
by Nick 06 Mar '24

06 Mar '24

Thanks Dan, well done. I hope CHIRP users continue to show their appreciation for what the team does with this no cost software.Nick K7NQB 73 ---------- Original Message ---------- From: Dan Smith via chirp_users <chirp_users(a)intrepid.danplanet.com> To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> Subject: [chirp_users] New domain Date: Tue, 5 Mar 2024 17:01:52 -0800 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 _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to Nick at papanick(a)netzero.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] New chirp-next build
by donotreply＠chirpmyradio.com 06 Mar '24

06 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-20240306 A list of changes since the last build are here: ddc7ffdc hguv98: Mark as tested in -next f2a6f6cf Update internal links to CMR a8b8d27c Report memory number if error during export 1222525a ft70: Fix bitwise errors 58a1f399 ft70: Fix upload instructions eb5bd3c9 UV13Pro and UV17: channel names were displayed wrong above channel 372 25c1f0cf Baofeng 17Pro: Fixes frequency range validation and reworks out of range response 273083fa K5 Plus: Register new model -> child of 5RM driver c05f6dc0 Update tr_TR.po Issues addressed in this build: [Bug 11136] FT-70D instructions [Bug 11179] LanchoNLH HG-UV98: Cannot clone from radio using current CHIRP next-20240217 regardless of platform [Bug 11217] Radioddity (Baofeng) UV-5G error [Bug 11218] 17 Pro Family: valid frequency at edge of band raises exceptions [Bug 11221] Baofeng UV13 PRO - Channel name corruption beyond 372 [New Model 11119] Baofeng K5 Plus Tri-Band --

1 0

[chirp_users] Baofeng : I have 2 new 888-S radios. I can't download from either radio. My port is correct and I can do other radios. The instruction is to use, BF-888 for the 888-S. I am very familiar with Chirp and should not have any problem with the software. Thanks; Frank
by Frank Lawlor 06 Mar '24

06 Mar '24

3 2