CHIRP

Please make an attempt to get another debug log file. For some reason the attached debug log does not show a valid identification string.

Still not looking like a valid identification string.

Every valid identification string up to this point regardless of if it is PCB1 or PCB2 is 8 bytes long and starts with "00 00 00". What CHIRP expects for an RT-470 with NEW PCB / V2.11A Firmware is:

00 00 00 2C 00 20 D8 04

What the debug log shows for the received identification string from your radio is:

[2024-02-13 20:20:16,099] chirp.drivers.mml_jc8810 - DEBUG: 000: 38 ec 78 06 c8 72         8.x..r..

These 6 bytes do not resemble any of the (21) 8-byte identification strings that CHIRP currently knows about.

One thing that I noticed last night experimenting with my Hiroyasu HI-8811 (a relabeled RT-470L) with NEW PCB and firmware 2.00A is that the first time that CHIRP would ask the radio to go into clone mode, it sent an identification string that CHIRP doesn't know about, yet. But if I immediately made a second attempt, the second request returned an identification string that CHIRP did recognize and the download completed successfully. So would you try to download after the first one fails? If it fails attach the new debug log with containing the back-to-back failures. Thanks.

Also, does the Radtel factory programming software work with your radio?

Thank you, now it's OK, the connection was successful :). I will check the MENU and let you know. Thank you.

Simon Roma wrote in #note-7:

Thank you, now it's OK, the connection was successful :). I will check the MENU and let you know. Thank you.

Are you making any progress on the menu list? I would like to get this submitted so the ticket can be closed.