Project

General

Profile

Actions

Bug #11483

closed

ERROR: Radio serial detection failed: Firmware '5.00.05'

Added by TERRENCE RODRIGUEZ 4 months ago. Updated 4 months ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
08/17/2024
Due date:
% Done:

100%

Estimated time:
Chirp Version:
next
Model affected:
Quansheng UV-5R Plus
Platform:
MacOS
Debug Log:
I read the instructions above:
Yes

Description

Trying to access my Quansheng UV-5R Plus, and although was able to earlier in the day with Chirp found that I could not after. Only thing I suspect is that it’s firmware was updated and now your system can’t work with it.

Download from radio

An error prompt


Files

config.txt (2.38 KB) config.txt TERRENCE RODRIGUEZ, 08/17/2024 12:56 AM
debug_log.txt (6 KB) debug_log.txt TERRENCE RODRIGUEZ, 08/17/2024 12:56 AM
Screen Shot 2024-08-17 at 3.43.10 AM.png (47.6 KB) Screen Shot 2024-08-17 at 3.43.10 AM.png TERRENCE RODRIGUEZ, 08/17/2024 09:26 AM
Screen Shot 2024-08-18 at 5.06.49 PM.png (35.4 KB) Screen Shot 2024-08-18 at 5.06.49 PM.png Firmware TERRENCE RODRIGUEZ, 08/18/2024 02:37 PM
Screen Shot 2024-08-18 at 5.05.14 PM.png (71.5 KB) Screen Shot 2024-08-18 at 5.05.14 PM.png Chirp access attempt TERRENCE RODRIGUEZ, 08/18/2024 02:38 PM
UV5Rplus_config_08182024.bin (7.25 KB) UV5Rplus_config_08182024.bin k5prog config TERRENCE RODRIGUEZ, 08/18/2024 02:39 PM
UV5Rplus_calibration_08182024.bin (512 Bytes) UV5Rplus_calibration_08182024.bin k5prog calibration TERRENCE RODRIGUEZ, 08/18/2024 02:39 PM
uvk5.py (68.5 KB) uvk5.py Dan Smith, 08/18/2024 03:35 PM
IMG_6673.JPG (70.7 KB) IMG_6673.JPG TERRENCE RODRIGUEZ, 08/18/2024 09:04 PM
Screen Shot 2024-08-18 at 11.35.47 PM.png (28.1 KB) Screen Shot 2024-08-18 at 11.35.47 PM.png TERRENCE RODRIGUEZ, 08/18/2024 09:04 PM
Screen Shot 2024-08-19 at 12.03.08 AM.png (206 KB) Screen Shot 2024-08-19 at 12.03.08 AM.png TERRENCE RODRIGUEZ, 08/18/2024 09:05 PM
config.txt (1.08 KB) config.txt TERRENCE RODRIGUEZ, 08/18/2024 09:27 PM
Quansheng_UV-5R_Bug11483.img (8.23 KB) Quansheng_UV-5R_Bug11483.img TERRENCE RODRIGUEZ, 08/18/2024 09:27 PM
debug_log.txt (78.1 KB) debug_log.txt TERRENCE RODRIGUEZ, 08/18/2024 09:27 PM
Quansheng_UV-5R_Bug11483.img (8.23 KB) Quansheng_UV-5R_Bug11483.img TERRENCE RODRIGUEZ, 08/18/2024 09:28 PM
Screen Shot 2024-08-19 at 12.32.51 AM.png (88.1 KB) Screen Shot 2024-08-19 at 12.32.51 AM.png TERRENCE RODRIGUEZ, 08/18/2024 09:38 PM
Screen Shot 2024-08-19 at 12.33.01 AM.png (84.6 KB) Screen Shot 2024-08-19 at 12.33.01 AM.png TERRENCE RODRIGUEZ, 08/18/2024 09:38 PM
Screen Shot 2024-08-19 at 12.33.30 AM.png (27.2 KB) Screen Shot 2024-08-19 at 12.33.30 AM.png TERRENCE RODRIGUEZ, 08/18/2024 09:38 PM
Screen Shot 2024-08-19 at 12.37.01 AM.png (138 KB) Screen Shot 2024-08-19 at 12.37.01 AM.png TERRENCE RODRIGUEZ, 08/18/2024 09:38 PM
uvk5.py (69.1 KB) uvk5.py Modified UVK5 driver for testing with 5.00.x firmware Dan Smith, 08/19/2024 02:44 PM
Quansheng_UV-5Rplus_20240819.img (8.22 KB) Quansheng_UV-5Rplus_20240819.img TERRENCE RODRIGUEZ, 08/19/2024 09:28 PM

Updated by TERRENCE RODRIGUEZ 4 months ago

[Uploaded from CHIRP next-20240814]

Actions #2

Updated by Dan Smith 4 months ago

Is this firmware from Quansheng themselves?

Actions #3

Updated by TERRENCE RODRIGUEZ 4 months ago

Not sure. first I tried modding with IJV. Then it asked for a passcode. At that point I tried using chirp which could read and write but I couldn't find the "lock" code to access it when I turned it on. did some google and reddit searches and found that using k5programming software would help. It did, I could turn it on, it had the original UI and no IJV but I would get the error that chirp could not access due to that firmware. So I'm assuming k5prog updated it.

Actions #4

Updated by Dan Smith 4 months ago

Okay, well, we can't just add the firmware version as blessed unless we know that it works the same way as the OEM firmware. Perhaps @Jacek Lipkowski SQ5BPF knows?

If not, best plan would be to program the radio specifically with the OEM or other known (like egzumer) firmware.

Actions #5

Updated by TERRENCE RODRIGUEZ 4 months ago

Thanks for the advice. Do you know where I can find the original firmware? I can't use any mod now, the device is not detected when in flash mode. Not UVMOD not Egzumer or F4HWN.

Thanks

Actions #6

Updated by Jacek Lipkowski SQ5BPF 4 months ago

TERRENCE RODRIGUEZ wrote in #note-5:

Thanks for the advice. Do you know where I can find the original firmware? I can't use any mod now, the device is not detected when in flash mode. Not UVMOD not Egzumer or F4HWN.

Please note that this is a chirp support forum, not a radio support forum. Also chirp will support the factory firmware, the rest is best-effort. Alternative firmware authors can of course release their own driver, or a variation of this driver, and support it. But I will write a description, also for the benefit of others.

Now getting back to your problem, the radio has multiple modifiable areas: the eeprom (where configuration is kept, including calibration), the firmware flash area (there the firmware is kept), the bootloader flash area, and the NVR area (where some calibration data is kept, and some software touches this, but usually it's read, usually it's not written). By playing around with the firmware you have written over the flash. You have probably also overwritten the calibration area in the eeprom. Hopefully the NVR area and the bootloader area have not been touched.

You have written "Only thing I suspect is that it’s firmware was updated and now your system can’t work with it." - this didn't happen by itself, did it? :)

If you have not overwritten the NVR area (most probably not) and flsh (hopefully not), then you should be able to return the radio to factory condition.
I will show how to do this using k5prog https://github.com/sq5bpf/k5prog (don't mistake this with k5prog-win) under linux, you might be able to use other software, but no

restoring factory firmware

First flash factory firmware. You can use k5prog and k5_flash.raw from the k5prog repository, which is 2.01.23 factory firmware.

restoring the the configuration in the eeprom

Second restore the eeprom from backup. Do you have a backup of the eeprom contents? (including the calibration area)

Did you backup the eeprom using some tool? (like they all tell you to do) Use it to restore.

Did you download the configuration using chirp while the radio was still using factory firmware? The first 8192 bytes of the file downloaded by chirp are the eeprom image. Please do this: dd if=chirp_downloaded_image.img of=eeprom_backup.raw bs=1 count=8192 and upload this using k5prog: ./k5prog -f eeprom_backup.raw -B -v -v -v -v -v

If you don't have a backup of the eeprom calibration data, then it's bad. Do a backup of what you have. And then you can use my eeprom dump from the k5prog repository (uvk5_original_eeprom.raw):
./k5prog -f uvk5_original_eeprom.raw -B -v -v -v -v -v

You can use software other than kprog under linux, using similar procedures. In that case please refer to that software's documentation.

Updated by TERRENCE RODRIGUEZ 4 months ago

Hello,

Thanks for all that info and advice but none of it worked. It is not an error on my part because I just bought a new one from Amazon. Used K5prog to save config and calibration. Then I went to Portable Radio CPS to download the file/settings before going to Chirp. I checked out the firmware at that point and it's the same firmware 5.00.05, which was what my pervious device has. Looks like UV5R has different firmware than the K series. And Chirp cannot access it.

I've attached related files. I hope this helps.

Thanks,
Terrence

Actions #8

Updated by Dan Smith 4 months ago

  • File uvk5.py added

Can you point to the exact amazon link you ordered it from? We're trying to determine if your radio is running a newer firmware from the manufacturer, or some modified firmware that your vendor installed. There are lots that can be installed on the radio that do all kinds of things that make it incompatible with chirp.

Also, please try this attached module, using these instructions: LoadingTestModules. If it works, please save the .img file it creates, and either way, please use Help->Report or update to update this bug with the new debug log and .img file so I can have a look.

Thanks!

Actions #9

Updated by Dan Smith 4 months ago

  • File deleted (uvk5.py)
Actions #10

Updated by Dan Smith 4 months ago

Sorry, had a typo. Fixed version attached, in case you downloaded it immediately.

Updated by TERRENCE RODRIGUEZ 4 months ago

Hello,

Please see the link to the device here: https://a.co/d/28pMgdn

Additionally, I have found a few posts shared in some facebook fan groups where other folks are dealing with the same. They are saying it has to do with the "bootloader". I've also attached screenshots for others posts and of k5prog when in flash mode.
I have the 8W, triband w/ usb port from Aliexpress (https://www.aliexpress.com/item/1005005847340209.html?spm=a2g0o.order_list.order_list_main.10.21ef1802dYoUN1).
The Amazon one is a 5w dual band.



Updated by TERRENCE RODRIGUEZ 4 months ago

[Uploaded from CHIRP next-20240814]

Chirp was finally able to read it. I haven't tried editing it yet. Took a couple of tries, but so far so good.

Actions #13

Updated by TERRENCE RODRIGUEZ 4 months ago

Done and done and here is the img file

Actions #15

Updated by Dan Smith 4 months ago

Yes, it's intentionally disabled and limited so I can look to see if it seems reasonably safe. Thanks for the image, I'll have a look tomorrow and follow up.

Actions #16

Updated by Dan Smith 4 months ago

Okay, do the memories that you see look correct based on what you know to be in the radio? From the look of it, I don't see any errors parsing the memory structures in your image (but granted it's not very full).

IF you agree that it looks right and you want to test, here's a modified driver that will bless your 5.00.x firmware and let you edit/upload. Please use with caution and let me know if it works and/or if you find any issues. If not, then we can push this into the next build. Same as before, use LoadingTestModules.

Actions #17

Updated by TERRENCE RODRIGUEZ 4 months ago

Works great so far! thanks so much!

Actions #18

Updated by Dan Smith 4 months ago

Can you expand on "works great" please? We're kinda relying on your testing before this goes out to more users. Have you made edits and uploaded? Can you describe the changes you've made?

Thanks for your help.

Actions #19

Updated by TERRENCE RODRIGUEZ 4 months ago

LOL my appologies. I inputed all my frequencies and tones. I changed basic settings, programmable keys, scan list, unlock settings, and FM radio. I don't use DTMF and never touch browser. Played around with it. switch between everything and works great.

I've added the img file.

Actions #20

Updated by Dan Smith 4 months ago

  • Status changed from New to Closed
  • % Done changed from 0 to 100
Actions

Also available in: Atom PDF