Bug #10226
openQuansheng TG-UV2+ not programming
0%
Description
An error "Unsupported model" occurs when trying to read or write channels on Quansheng TG-UV2+. At the same time, the radio station works with the native program.
Files
Updated by Ran Katz almost 2 years ago
Hi,
Have you managed to work with this radio and chirp before? (on a different chirp version?)
It seems from the log file that your radio does not respond to the "identity" command,
what version of the native program are you using?
Updated by Alexander Astafyev almost 2 years ago
- File Screenshot_2.jpg Screenshot_2.jpg added
Ran Katz wrote in #note-1:
Hi,
Have you managed to work with this radio and chirp before? (on a different chirp version?)
It seems from the log file that your radio does not respond to the "identity" command,
what version of the native program are you using?
Hi,
No, I received this radio recently and it does not connect with any version of Chirp.
At the same time, other radios (version without plus) work well. The radio works with the TG-UV-D1.72 application
Updated by Alex Young about 1 year ago
I have a newer revision TG-UV2+ and it does not work with CHIRP, giving an "Unsupported model" error.
I analyzed the exchange with the factory program and found a difference for the IDENT request.
Factory TG-UV-D1.72.exe:
[29/08/2023 04:06:17] Written data (COM3)
02 50 6e 4f 47 64 41 4d .PnOGdAM
[29/08/2023 04:06:17] Read data (COM3)
06 .
[29/08/2023 04:06:18] Written data (COM3)
4d 02 M.
[29/08/2023 04:06:18] Read data (COM3)
50 35 35 35 35 f4 00 00 P5555รด..
[29/08/2023 04:06:18] Written data (COM3)
06 .
[29/08/2023 04:06:18] Read data (COM3)
06 .
CHIRP Legacy/Next:
[29/08/2023 04:59:31] Written data (COM3)
02 50 6e 4f 47 64 41 4d .PnOGdAM
[29/08/2023 04:59:31] Read data (COM3)
06 .
[29/08/2023 04:59:31] Written data (COM3)
40 02 @.
[29/08/2023 04:59:34] - Close port COM3
So the ident request command differs by one character. I did an experiment by patched tg_uv2p_fix_8591_v2.py module and tested it with CHIRP Legacy - my radio works without problems.
Updated by Alex Young about 1 year ago
- File tg_uv2p_fixed.py tg_uv2p_fixed.py added
I have fixed and tested the UV2+ driver as a CHIRP Daily module - the problem is finally resolved and the port exchange works exactly like the factory program. I hope Dan kindly fixes the driver in an upcoming build version.
Updated by Dan Smith about 1 year ago
Alex, I can't include your change directly because it will break the regular TG-UV2 driver. Maybe @Ran Katz could integrate your change into a "try the old one, then try the new one" routine so it will work for both? If not, I can try and do it blindly, but I'll need someone with an old and new one to validate any change.
Updated by Ran Katz about 1 year ago
- Assignee set to Ran Katz
Dan, Alex,
I will look into this over the upcoming weekend.
Ran
p.s. looking into the original code I based the driver on (see here: https://chirp.danplanet.com/attachments/1585, line 359) , it seems the 0x40 is a typo / copy error as it is 0x4d in the original...
Updated by Ran Katz about 1 year ago
- File tg_uv2p.py tg_uv2p.py added
(I have created a PR but I would like Alex to test it first so I closed it for now)
@Alex Young,
can you test the attached driver with chirp-next (daily)?
Thanks!
Ran
Updated by Alex Young about 1 year ago
Ran Katz,
I have the new patch working.
Updated by Ran Katz about 1 year ago
@Alex Young , Thanks!
@Dan Smith - I re-opened the PR (763)
Updated by Ran Katz about 1 year ago
@Alexander Astafyev
can you test the uploaded driver I uploaded as well?