Bug #11326
open"CHIRP Frequency is out of supported range" when working on TD-H3 GMRS
0%
Description
Good morning all,
I have the newest version of CHIRP (as of 4/29/2024), CHIRP is set for the American settings (don't remember the wording). My TD-H3 is set for "NORMAL" mode. I download the contents of the radio to CHIRP with no problem (Com3 TD-H3-HAM mode). When I attempt to make any change I get "CHIRP Frequency is out of supported range", even though this is the stock programming info that was copied directly from my radio.
Then I opened the CSV of the FRS and GMRS channels from CHIRP and attempted to cut and paste them into a "Clean" program for the radio. Again I get "CHIRP Frequency is out of supported range" when I try to paste in.
I am not at home to get the debug.log yet.
Thanks,
73
Rich
W1SPS
WSAE654
Files
Updated by Jim Unroe 7 months ago
If the radio is in 'Normal Mode' don't you want download with CHIRP using the TD-H3 selection? Using the TD-H3-HAM selection sets CHIRP to use only the ham frequency ranges (144-148 MHz and 420-450 MHz) so trying to add FRS/GMRS frequencies would be 'out-of-supported-range'. The TD-H3 selection supports 135-174 MHz and 400-520 MHz, which should be what you want.
Updated by Richard Dubey 7 months ago
You have to use the TD-H3-Ham setting as far as I know.The other TD-H3 don' seem to connect to the radio.
Updated by Richard Dubey 7 months ago
I will try this again when I get home. But I'm pretty sure I accessed the radio when it was in GMRS, HAM and NORMAL mode all with the TD-H3-Ham setting selected in CHIRP. Pretty sure the other TD-H3 settings never worked (wouldn't connect to the radio) for me no matter the radio settings. I will re-verify later today.
Updated by Jim Unroe 7 months ago
- File tdh8_h3_normal_fix.py tdh8_h3_normal_fix.py added
It appears that there must have been a firmware update that either changed the 'normal' mode response to the same as the 'ham' mode response or it was over looked when support was added. It is currently using the same response as that of the TD-8H in 'normal' mode.
Please give the attached driver module a test. Here is how: LoadingTestModules
Updated by Richard Dubey 7 months ago
- File chirp_debug-_92w2v0k.txt chirp_debug-_92w2v0k.txt added
That appears to have worked. I set the radio for "NORMAL" which is the unlocked setting. The TD-H3 setting from CHIRP was able to connect to the radio. I was Able to download the contents of the radio and I was able to paste the FRS channels into my program and send em to the radio. So it appears this fixed the problem. I think I enclosed the debug file for you.
I remember watching a youtube video where they said use the TD-H3-HAM cause no other ones work. Maybe this addressed that too.
Thanks a lot for looking into this I really appreciate it. If you need anything else let me know. Will I need to use that fix when I program my radio every time or is that going to be in a fix release? Just wondering.
73
Rich
W1SPS
WSAE654
Updated by Dan Smith 7 months ago
I think the original authors of this driver shouldn't have registered the base driver, only the ham/gmrs variants. I just didn't know how these radios behaved when I reviewed it.
Jim, I developed something new for the K5 driver variants that allows proper detection of variants like these so the user only has to choose one from the list and it will pick the right one. If you can hold off for a bit, let me try to get that working for this driver (I have one to test with). If so, it'll be a better user experience I think.
Rich, if you can just use this tweak for the moment, please do and give me a few days to try this, okay?
Updated by Richard Dubey 7 months ago
Jim, Dan
I'm fine for now. I've got all the FRS and GMRS channels as well as the Connecticut Repeaters in my area. I tested a couple repeaters and everything seems to be fine. I most likely won't be adding too much for a little bit, still getting used to the HT thing. I've generally been more of a HF guy so this is new to me. I really appreciate how quickly you resolved this and if I can help any more let me know.
73
Rich
W1SPS
WSAE654
Updated by Jim Unroe 7 months ago
Dan,
I was lucky to have just received a TD-H3. I just never got around to open the box. Without it I would have had no way of knowing what was going on.
I was going to ask Richard the firmware version installed in his radio. Mine is 231228. My plan was to upgrade to the latest firmware version (240427) to see if that changed anything. The 'ident_mode' as currently programmed for the Ham, GMRS and Normal modes all match those used for the TD-H8. I don't have an 'H8' so I was going to contact you to see if you had one for testing.
Updated by Jim Unroe 7 months ago
Dan,
After updating my TD-H3 to the latest firmware from Tidradio, the existing CHIRP support works 100%. The firmware that shipped with my TD-H3 (sold and setup as a GMRS model) is "broken" when set to 'Normal' mode (which is the more required for full-band TX/RX support).
Richard,
The problem is the radio's firmware. I would expect that the firmware version in your radio is the same as mine or at least an older version prior to fixing the cloning issue when the radio is set to 'Normal' mode.
Updated by Richard Dubey 7 months ago
Not three separate radios, you might say 3 different modes. Shut the radio off then push PTT and the top right keypad button (with the little key on it) and turn the radio on. There will be three selections Ham, GMRS and Normal. I will check the the Version when I get home later today.
73
Rich
W1SPS
WSAE654
Updated by Jim Unroe 7 months ago
Dan Smith wrote in #note-13:
Okay, well, I still want to do the detection thing, even for people with updated firmware. I'll check what I've got on mine as well.
Sure. Go ahead. I have worked with/used other drivers that do this. Unfortunately they bring issues with them that would be nice if steps could be taken to eliminate all or at least some of them.
I am currently working on a radio that will be supported by this driver. I will pause work on it for now and pick it back up when you have finished.
Are you saying there really are three separate versions of the radio, normal, ham, and GMRS?
Yes. Like radios from other vendors, these radios are configured at the factory, packaged and sold as different version. My TD-H3 was packaged and sold as a GMRS version with appropriate FCC ID. It is only because the hidden menu that allows the mode (Ham, GMRS and Normal) to be selected. I have radios from other vendors that the hidden menu and others that requires a special software program to switch between the various modes (US Ham, EU Ham, PMR, FreeNet, etc.).
Updated by Dan Smith 7 months ago
- File tdh8.py added
Yes. Like radios from other vendors, these radios are configured at the factory, packaged and sold as different version. My TD-H3 was packaged and sold as a GMRS version with appropriate FCC ID. It is only because the hidden menu that allows the mode (Ham, GMRS and Normal) to be selected. I have radios from other vendors that the hidden menu and others that requires a special software program to switch between the various modes (US Ham, EU Ham, PMR, FreeNet, etc.).
Okay, the H8 doesn't have a menu of 1,2,3 like the H3. I only knew about the GMRS and Ham keystrokes to change modes, but I see it has a normal (it calls it "unlocked") mode as well.
Attached is a module to try (the same way as the earlier one). This turns the H8 and H3 drivers into detectable ones, so that the variants disappear from the download box. You need only select H8 or H3 and chirp will find/use the proper one. I've tested this with my H3 and H8 and it seems to work as expected. I'd definitely appreciate a sniff test by both of you (and anyone else watching) to make sure it works for you with your firmwares as well. Also please make sure that any existing images all open and work as expected. My firmwares are, for reference:
H8: 230923
H3: 231229
unchanged from how they were shipped to me.
If you find any discrepancies, please capture and attach a debug log so I can see.
I also wanted to make this grab, log, and stash the firmware version of the radio so we could do things like warn the user that the firmware Jim originally had is broken. However, the original author's _get_radio_firmware_version()
routine doesn't work for me, or both of my radios report a version of all zeroes. So, that'll have to be on the back burner unless we can figure out a way to do that.
Let me know and I'll get this pushed up if it looks good. Thanks!
Updated by Richard Dubey 7 months ago
Ok the Firmware on my TD-H3 is HAM_240229
Rich
Updated by Jim Unroe 7 months ago
Dan Smith wrote in #note-22:
Okay, yeah, glad you found that. Weird that mine sorts 100% the favorable way and yours doesn't, but who knows. Maybe because it gets done in a different order when loading. Anyway, give this one a shot instead please :)
The second one works great. Double checked uploading again. All as expected.
This would be super great to add to RT95. People with RT95_VOX radio fails download when they choose RT95. Instead of trying RT95_VOX like the prompt tells them, they contact Retevis or file a bug saying that it doesn't work.
Updated by Dan Smith 7 months ago
Okay cool, I'll get this pushed up then as I found a typo in the UI while I was doing it that needs fixing.
And yep, I think there are probably lots of other radios where this strategy would be beneficial.
So actually, I might have lost track of the original issue here. Jim, your problem was needing a firmware update and then you're good, right? What about Rich? Seems like he has a newer firmware than both of us and still has a problem?
Updated by Jim Unroe 7 months ago
Dan Smith wrote in #note-25:
So actually, I might have lost track of the original issue here. Jim, your problem was needing a firmware update and then you're good, right? What about Rich? Seems like he has a newer firmware than both of us and still has a problem?
I am thinking that Rich had the same issue. The radio when set to Normal mode was responding with the Ham response. So it couldn't be read with the TD-H3 menu pick. It instead has to be read with the TD-H3-Ham pick which limited the valid bands to only ham frequencies. The firmware update noted that OEM CPS had the same issue.
The firmware update corrected the response when the radio was was in Normal mode. So this ticket was actually 'not a bug' for CHIRP.
Updated by Dan Smith 7 months ago
Okay, so I don't see that you listed what version you upgraded to, but I'm guessing it's newer than 2402xx?
Anyway, I'm going to say I'm "fixing" this bug with the detection patch. It's a loose definition of "fixing" as in "making it detect the correct radio (when the firmware is right)" :)
Updated by Jim Unroe 7 months ago
Dan Smith wrote in #note-28:
Okay, so I don't see that you listed what version you upgraded to, but I'm guessing it's newer than 2402xx?
It was most recent firmware available: 240427 (released the same day as the most recent CHIRP-next build). I mentioned it in note-9.
Updated by Richard Dubey 7 months ago
My radio is pretty new, I got it only a week and a half ago.
Lol, sorry folks. I'm a little confused. The last fix I tried allowed me to address the radio with TD-H3 (when radio was set to "Normal" mode). This worked and allowed me to set up FRS, GMRS and some Ham Repeaters. All of which loaded back to the radio and function.
So you want me to try CHIRP with the "Detect-o-matic" fix loaded? And If so what would you like me to do?
Rich
Updated by Jim Unroe 7 months ago
Richard Dubey wrote in #note-31:
My radio is pretty new, I got it only a week and a half ago.
Mine was brand new, too. I received it on 4/23 and only opened the package and turned it on to help you.
Lol, sorry folks. I'm a little confused. The last fix I tried allowed me to address the radio with TD-H3 (when radio was set to "Normal" mode). This worked and allowed me to set up FRS, GMRS and some Ham Repeaters. All of which loaded back to the radio and function.
While doing research for this issue, it was discovered that the 'fix' I provided was just a workaround for a bug in the firmware.
Your radio with 240229 (February 29, 2024) firmware just like mine with 231228 (December 28, 2023) firmware, when configured for Normal mode are/were replying to CHIRP as if it was in Ham mode. That is why you could only get it to work in Ham mode.
With this bug, your radio won't work with the factory TD-H3 'Normal' mode software. Try it. You will have to use the TD-H3 (Ham) software to program your radio when set in Normal mode because of the firmware bug. And like CHIRP, this 'Ham' software will be limited programming only ham frequencies.
The 'fix' is to update your firmware to at least a version that fixes the firmware bug. I was able to come with firmware versions 240229, 240401 and 240427. I opted to install the latest TD-H3 firmware available which was released April 27th (240427).
So you want me to try CHIRP with the "Detect-o-matic" fix loaded? And If so what would you like me to do?
Yes. But it will only work after you update your radio's firmware. Once you update your radio's firmware, the currently available CHIRP-next will work (as will the factory software). The 'Detect-o-matic' is more of an added convenience than it is a 'fix' (CHIRP can't fix a firmware bug).
Rich
Jim
Updated by Richard Dubey 7 months ago
Ok, I will update the firmware to (April 27th (240427) when I get home today.
Rich
Updated by Jim Unroe 7 months ago
Richard Dubey wrote in #note-33:
Ok, I will update the firmware to (April 27th (240427) when I get home today.
Rich
My recommendation would be to not upgrade to today's CHIRP-next build right away.
- The first thing that you should do would be to make sure you have a current CHIRP image saved from your radio in Normal mode using my original workaround.
- Next would be to update your radio's firmware to the latest that is available from the Tidradio downloads page. Unfortunately you will have to create an account and log in before you can make any downloads. You can download any of the TD-H3 versions available. The only difference is the CPS that is provided with the ZIP file: Ham, GMRS or unlocked. The firmware is the same. The firmware uploader and instructions for using it are included in the 1.H3 Firmware Upgrade folder that is contained in the ZIP file.
- After you have upgraded the firmware, make sure that the Normal mode is still selected. Then use you current CHIRP-next (not the one from today) to download from your radio using the TD-H3 model selection. This should now work without need loading the workaround that I provided. I don't know if updating the firmware removed the programming or not. If it does, then upload the image that you made before you started.
- Once you've updated the firmware and are sure that you channels and settings are correct, you can then upgrade to the latest CHIRP-next that was released today. It will include the new 'Detect-o-matic' feature.