Project

General

Profile

Actions

Bug #10226

open

Quansheng TG-UV2+ not programming

Added by Alexander Astafyev over 1 year ago. Updated 8 months ago.

Status:
In Progress
Priority:
Normal
Assignee:
Category:
-
Target version:
-
Start date:
01/05/2023
Due date:
% Done:

0%

Estimated time:
Chirp Version:
daily
Model affected:
Quansheng TG-UV2+
Platform:
Windows
Debug Log:
I read the instructions above:

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

debug.log (35.7 KB) debug.log Alexander Astafyev, 01/05/2023 06:44 PM
Screenshot_2.jpg (93.4 KB) Screenshot_2.jpg Alexander Astafyev, 01/06/2023 11:01 AM
tg_uv2p_fix_8591_v2 - patched 2023.py (23.2 KB) tg_uv2p_fix_8591_v2 - patched 2023.py Alex Young, 08/29/2023 05:11 AM
tg_uv2p_fixed.py (26.9 KB) tg_uv2p_fixed.py Alex Young, 08/29/2023 05:47 AM
tg_uv2p.py (27.3 KB) tg_uv2p.py Ran Katz, 09/03/2023 12:15 AM
Screenshot 2023-09-03 102630.png (27.6 KB) Screenshot 2023-09-03 102630.png Alex Young, 09/03/2023 12:31 AM
Actions #1

Updated by Ran Katz over 1 year 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?

Actions #2

Updated by Alexander Astafyev over 1 year ago

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

Actions #3

Updated by Alex Young 8 months 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.

Actions #4

Updated by Alex Young 8 months ago

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.

Actions #5

Updated by Dan Smith 8 months 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.

Actions #6

Updated by Ran Katz 8 months 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...

Actions #7

Updated by Ran Katz 8 months ago

(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

Actions #8

Updated by Ran Katz 8 months ago

  • Status changed from New to In Progress
Actions #9

Updated by Alex Young 8 months ago

Ran Katz,
I have the new patch working.

Actions #10

Updated by Ran Katz 8 months ago

Alex Young , Thanks!

Dan Smith - I re-opened the PR (763)

Actions #11

Updated by Ran Katz 8 months ago

Alexander Astafyev
can you test the uploaded driver I uploaded as well?

Actions

Also available in: Atom PDF