Project

General

Profile

Actions

Bug #1707

closed

Baofeng UV-6 Cloning Problem

Added by Luis Vicente over 10 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
06/20/2014
Due date:
% Done:

100%

Estimated time:
Chirp Version:
daily
Model affected:
Baofeng UV-6
Platform:
All
Debug Log:
I read the instructions above:

Description

I'm trying to Download data fro from a pair of new Baofeng UV-6 radios and every time I try to clone it comes back with Error Radio refused to clone. I have a USB to serial cable with a genuine FTDI chip. I have checked that I selected all the right info on the Download pop up page. Port: Com 4 Vendor: Baofeng Model UV-6 I'm running on Windows 7 64bit. The current driver installed by Windows is a FTDI version 2.8.28.0. Radios cable and communication work perfectly with factory Baofeng UV-6 software but not with Chirp. Is this a new Bug or I'm missing something?


Files

debug.log (19.3 KB) debug.log Error Radio refused to clone Luis Vicente, 06/20/2014 07:49 AM
BF_UV6.LOG (4.33 MB) BF_UV6.LOG Carlos Marquez, 08/14/2014 02:21 PM
UV-6.hex.0829.LOG (4.36 MB) UV-6.hex.0829.LOG Carlos Marquez, 08/29/2014 04:04 PM
UV-6.ASC.0829.LOG (4.32 MB) UV-6.ASC.0829.LOG Carlos Marquez, 08/29/2014 04:05 PM
Chirp.HEX.0829.LOG (3.74 KB) Chirp.HEX.0829.LOG Carlos Marquez, 08/29/2014 04:18 PM
uv5r.py (57.3 KB) uv5r.py Jim Unroe, 08/31/2014 04:21 PM
debug.log (4.66 KB) debug.log Carlos Marquez, 09/02/2014 08:36 PM
uv5r.py (55.7 KB) uv5r.py Jim Unroe, 09/03/2014 03:46 AM
UV-6.140903.img (6.32 KB) UV-6.140903.img Carlos Marquez, 09/03/2014 02:27 PM
Portmon.log (5.74 KB) Portmon.log (WinXP 32 bit) Portmon log of successful read of UV-6 using Baofeng UV6UV7 software. S C, 09/14/2014 01:14 PM
UV6_20140915.LOG (71.4 KB) UV6_20140915.LOG Carlos Marquez, 09/15/2014 02:02 PM
UV6_20140915.img (6.32 KB) UV6_20140915.img Carlos Marquez, 09/15/2014 02:04 PM
debug.log (8.66 KB) debug.log Wren S, 09/24/2014 12:54 PM
UV-6 freeserialanalyzer.dmswks (2.27 KB) UV-6 freeserialanalyzer.dmswks UV-6 serial port S C, 09/25/2014 02:43 AM
capture.PNG (81.1 KB) capture.PNG S C, 09/25/2014 05:36 PM
Writes.htm (121 KB) Writes.htm S C, 09/25/2014 05:36 PM
OEM Reads (download from UV-6).htm (1.35 KB) OEM Reads (download from UV-6).htm S C, 09/25/2014 07:21 PM
OEM Writes (download from UV-6).htm (1.35 KB) OEM Writes (download from UV-6).htm S C, 09/25/2014 07:21 PM
OEM Reads (upload to UV-6).htm (1.35 KB) OEM Reads (upload to UV-6).htm S C, 09/25/2014 07:21 PM
OEM Writes (upload to UV-6).htm (1.35 KB) OEM Writes (upload to UV-6).htm S C, 09/25/2014 07:21 PM
CHIRP Reads (failed download from UV-6).htm (1.35 KB) CHIRP Reads (failed download from UV-6).htm S C, 09/25/2014 07:26 PM
CHIRP Writes (failed download from UV-6).htm (1.35 KB) CHIRP Writes (failed download from UV-6).htm S C, 09/25/2014 07:26 PM
capture.PNG (94.4 KB) capture.PNG S C, 09/30/2014 11:39 AM
basic-complete.PNG (102 KB) basic-complete.PNG S C, 09/30/2014 11:39 AM
UV-6 Chirp fail 1.mon (3.12 KB) UV-6 Chirp fail 1.mon Matt Schmohl, 05/23/2016 12:54 PM
UV-6 Chirp fail 1.txt (3.12 KB) UV-6 Chirp fail 1.txt Matt Schmohl, 05/23/2016 12:54 PM
Baofeng UV-6 Stock 1.mon (46.2 KB) Baofeng UV-6 Stock 1.mon Matt Schmohl, 05/23/2016 12:54 PM
Baofeng UV-6 Stock 1.txt (46.2 KB) Baofeng UV-6 Stock 1.txt Matt Schmohl, 05/23/2016 12:54 PM
debug.log (16.2 KB) debug.log Matt Schmohl, 05/23/2016 12:54 PM
uv5r.py.diff (906 Bytes) uv5r.py.diff Marcus van Dam, 08/07/2016 11:10 AM
uv5r.py (55.5 KB) uv5r.py Marcus van Dam, 08/07/2016 11:10 AM
uv5r.py (55.6 KB) uv5r.py test driver for UV-6 with 12 byte ident reply Jim Unroe, 08/08/2016 08:09 PM
Actions #1

Updated by Jim Unroe over 10 years ago

  • Status changed from New to Feedback

After the "Ident" is received, your radios are no longer returning the expected "Ack" value. In "bug_#1441":http://chirp.danplanet.com/issues/1441 Daniel had a similar issue with a BF-888A. He later reported that when channel 16 was selected, the clone operation was successful. You might try setting your radio to each of the channels one-by-one to see if that makes a difference.

Jim KC9HI

Actions #2

Updated by Arnold Schwarzenegger over 10 years ago

I have the same problem. I get the message: "Radio refused clone". I tried all 128 different channels, but none of them reacts. I also used another cable, but get the same message. I use Linux mint 16 and USB port:/dev/ttyUSB0.

I own several Baofeng radio's and they all work fine with both CHIRP and my Linux version.....except the UV-6

Can someone please help?

Legendae

Actions #3

Updated by Luis Vicente over 10 years ago

Ditto. I have checked cloning radio with all 128 channels by unplugging the USB and restarting radio and Chirp before Avery channel and got the same radio refused clone everytime. All my other Baofeng radios also work fine with the Baofeng software and Chrip.

Actions #4

Updated by Jim Unroe over 10 years ago

Would either of you have access to a 32-bit Windows computer where you could use PortMon to capture the download from your radio using the factory software? If you can, attach it here so I can take a look at it.
Jim KC9HI

Actions #5

Updated by Luis Vicente over 10 years ago

The only 32 BIT SYSTEM I have is Windows XP and it does not let me capture with PortMon using the USB to serial cable.

Actions #6

Updated by Jim Unroe over 10 years ago

Luis,

Are you sure? I use my 32-bit Windows XP laptop (sitting right here next to me) log the serial port communications between a radio and programming software. I used it to capture the original serial port data that I used to develop the original UV-6 support.

Jim KC9HI

Actions #7

Updated by Carlos Marquez over 10 years ago

Jim,
I hope this log file helps.

Actions #8

Updated by Jim Unroe over 10 years ago

Carlos,
Close. Portmon needs to be switched to HEX and then grab the log.
Jim KC9HI

Actions #9

Updated by Carlos Marquez over 10 years ago

Try this log. I uploaded from the radio twice, toggling between HEX/ASC. It looks the same to me but I don't know what I'm looking at.

Actions #11

Updated by Carlos Marquez over 10 years ago

Just in case.

Actions #12

Updated by Jim Unroe over 10 years ago

Carlos,

It looks like our friends at Baofeng have changed the value of the string that is sent to the radio to start the cloning operation.

I need your help in testing/confirmation that this fixes the download process.

To help me test this, download the attached uv5r.py and launch chirp.

  1. enable developer mode: help -> check enable developer functions
  2. load this module: file -> load module, point to the uv5r.py you downloaded
  3. download from radio

If the download is successful, then save the download to a .img file and attach it to this issue. I will have to do some additional research before submitting a patch.

If you close chirp, you will have to repeat step 2 again to use this modified candidate.

Jim KC9HI

Actions #13

Updated by Carlos Marquez over 10 years ago

Jim,
Problem with module in Ubuntu CHIRP daily-20140717, "unable to load module:invalid syntax (uv5r.py, line1)". I'll try XP daily build tomorrow.

Actions #14

Updated by Jim Unroe over 10 years ago

Carlos,
My editor changed the format from UNIX(LF only) to DOS(CRLF). I switched it back so try it now.
Jim

Actions #15

Updated by Carlos Marquez over 10 years ago

Jim,
Same problem. I tried both files in CHIRP daily-20140827 (XP) with same result. FYI, I use XP at work/day and Ubuntu or W8 at home/night.

Actions #16

Updated by Carlos Marquez over 10 years ago

Jim,
I was downloading the wrong link? It worked fine when I downloaded from the right page.

Actions #17

Updated by Jim Unroe over 10 years ago

Carlos,

Thanks for the .img file.

Apparently what you have is an older radio. It's aux memory is similar to a UV-5R with pre-BFB291 firmware. So some of the memory locations in the Aux block are different from the UV-6 that is already supported. So whatever you do, don't make any changes on the Settings->Other menu.

I'm going to have to think about this some.

Jim KC9HI

Actions #18

Updated by Jim Unroe over 10 years ago

  • Status changed from Feedback to In Progress
  • Assignee set to Jim Unroe
  • Target version set to 0.4.1
  • % Done changed from 0 to 100
  • Chirp Version changed from 0.4.0 to daily
  • Platform changed from Windows to All

Patch submitted

Actions #19

Updated by Brian Evans over 10 years ago

I just purchased a UV-6 and have the same issue. I have no issues using the system and cable with my BF-F8+ and BF-888S. I have used the Baofeng software and it does connect without issues. I tried upgrading to the latest Daily (9/8/2014) and it still doesn't work.

Actions #20

Updated by Jim Unroe over 10 years ago

Carlos,
This change has been added to the latest CHIRP daily build. Does it work for you?
Jim

Actions #21

Updated by Shawn Esler over 10 years ago

Jim,

I also have the UV-6 and downloaded the lastest daily (09/13/14) and when I try to download from the radio, it reads "Radio does not respond." Any suggestions?

Actions #22

Updated by Jim Unroe over 10 years ago

Do you have it working with the Baofeng software? If you do, do you have access to a 32-bit Windows where you can capture a download from the radio using PortMon?

Actions #23

Updated by S C over 10 years ago

I also have a UV-6 which shows a "Radio refused clone" error when trying to read it with Chirp. The Baofeng UV6UV7 software does work, and I captured a read with Portmon and attached the log file. It also appears that someone posted a similar log file in bug #1617.

http://chirp.danplanet.com/issues/1617

Actions #24

Updated by S C over 10 years ago

And just an update for whatever it's worth, I realized that the "Radio refused clone" message appeared while using a daily build from 09-03-14 to try to read the UV-6. The latest build (09-13-14) now produces a "Radio does not respond" error instead.

Actions #25

Updated by Jim Unroe over 10 years ago

That isn't a log of the full download from the radio to the Baofeng software. Also, I need it switched to hex. Thanks for providing though. This is what I need to research the difference between your radio and the radio that was used for the initial CHIRP support.

Actions #26

Updated by Carlos Marquez over 10 years ago

Thanks Jim,
Great stuff. Worked both in Ubuntu and XP.

Actions #28

Updated by Carlos Marquez over 10 years ago

I have only downloaded from radio. Haven't tried uploading yet.

Actions #29

Updated by Jim Unroe over 10 years ago

Thanks Carlos. Now if I can just figure out what Baofeng did to make S C's UV-6 different.

Actions #30

Updated by Wren S about 10 years ago

I've got 3 UV-6's which work fine in the baofeng software but "Radio did not respond" in CHIRP.

Actions #31

Updated by Wren S about 10 years ago

Wren S wrote:

I've got 3 UV-6's which work fine in the baofeng software but "Radio did not respond" in CHIRP.

Forgot to mention portmon won't run in my windows 7 box, and your developer update .py file doesn't help.

Actions #32

Updated by Jim Unroe about 10 years ago

Wren,

Sorry, The debug.log doesn't help me. It confirms that neither of the current "init" strings are accepted by your radios to begin cloning. I don't have a way of determining what your radios require without a port scan of the OEM software doing its "dance" with your radios.

I don't know if it will help, but would you email me a copy of your OEM programming software? uv-6 [at] kc9hi [dot] net

Or you can try this free serial port analyzer (limited to 5 sessions per day and 23 minutes per session)

http://freeserialanalyzer.com/

Jim KC9HI

Actions #33

Updated by S C about 10 years ago

Ok I hope I did this right. I ran the freeserialanalyzer software and told it to monitor "Console" and "Data" views. I then started the Baofeng software (it froze a couple of times before working, fyi, just in case that activity shows up in this log) and then performed a successful read of the radio. I then wrote that data right back to the radio, followed by saving the freeserialanalyzer file which is attached here. I still have Portmon too so if there's a certain way I need to configure it when I capture a UV-6/Baofeng software read/write, let me know.

Actions #34

Updated by Jim Unroe about 10 years ago

Actually the file you attached just saved the configuration of the software when you did the capture. What you need to do is right-click in the "send" window and save it as an "html" file. I need the one for "send" but you can attach the one for the "receive" as well.

Jim

Updated by S C about 10 years ago

Jim Unroe wrote:

Actually the file you attached just saved the configuration of the software when you did the capture. What you need to do is right-click in the "send" window and save it as an "html" file. I need the one for "send" but you can attach the one for the "receive" as well.

Jim

By "send" do you mean "writes"? I think I got it for ya.

Actions #36

Updated by Jim Unroe about 10 years ago

S C,

Yes. This is what I am looking for. Actually, both the Reads and Writes file would be nice. But this looks like it is from CHIRP. Would you get me a set from the OEM software?

Thanks,
Jim

Updated by S C about 10 years ago

Jim Unroe wrote:

S C,

Yes. This is what I am looking for. Actually, both the Reads and Writes file would be nice. But this looks like it is from CHIRP. Would you get me a set from the OEM software?

Thanks,
Jim

Alright, I have captured both the "reads" and "writes" windows twice, once while downloading the programming from the radio and again while uploading programming to the radio. These four files, plus the last one that you said looks like it's from CHIRP, are all in fact from the OEM Baofeng software.

Updated by S C about 10 years ago

And for good measure, here are captures of "reads"/"writes" while using CHRIP daily build 20140913. This is of course, a failed attempt to download the programming from the radio which resulted in the usual "Radio did not respond" error message. I have not at any point been able to successfully download anything from the UV-6 using CHIRP, let alone upload anything.

Actions #39

Updated by Jim Unroe about 10 years ago

S C,
You've got the right idea. but all 6 files are empty.
Jim KC9HI

Actions #40

Updated by S C about 10 years ago

Jim Unroe wrote:

S C,
You've got the right idea. but all 6 files are empty.
Jim KC9HI

Dang, ok I must not be doing something right with the "freeserialanalyzer" software. What steps do I need to take exactly to export the correct files?

Actions #41

Updated by Jim Unroe about 10 years ago

S C,
You did it with the original Writes.htm file. Download using the OEM software while capturing with the "freeserialanalyzer" software. After the download is complete, you should see the captured "reads" and "writes" in the corresponding windows. Right-click each window and choose to save it as an html file.
Jim

Updated by S C about 10 years ago

Jim Unroe wrote:

S C,
You did it with the original Writes.htm file. Download using the OEM software while capturing with the "freeserialanalyzer" software. After the download is complete, you should see the captured "reads" and "writes" in the corresponding windows. Right-click each window and choose to save it as an html file.
Jim

Ok so for whatever reason the "reads/writes" export will only spit out the useless small file, just like the last six. In the analyzer software I tried using a different output method "Request View" rather than "Data View" that I had been using previously, and this exports one file of captured data. I exported the "Complete" tab as seen in the screenshot. This created a much larger file which hopefully contains the data you need. This site only allows a max of 5MB file attachments so I posted the files to the UV-5R facebook group and tagged you in the post. One file is for a download and one for an upload to/from the UV-6 with the OEM software. Hopefully this is useful?

Actions #43

Updated by Jim Unroe about 10 years ago

Sean,

I've bad news and good news.

The bad news is that these files are huge. They contain a huge amount of "noise". That, and the fact that my browser is very sluggish because of the file size, makes them virtually impossible to use.

The good news is that I trudged through the first part of it anyway. I can see that the problem that CHIRP is having with these radios is the same problem that Carlos is having with his UV-8 radios.

This doesn't seem like there is going to be an easy fix for this. I'm going to need to consult some of the "experts" in the developer mailing list to see if they can help me solve this.

Jim

Actions #44

Updated by Gary Ball almost 10 years ago

I am really having an issue trying to program my UV-6... I keep getting the refuse to clone on CHIRP and I cannot get the Baofeng software to install. I can't get it to run the set up...
Has anyone else run into this and resolved it, if so will you please help me out?

Actions #45

Updated by Baofeng CHIRP almost 10 years ago

Luis Vicente wrote:

I'm trying to Download data fro from a pair of new Baofeng UV-6 radios and every time I try to clone it comes back with Error Radio refused to clone. I have a USB to serial cable with a genuine FTDI chip. I have checked that I selected all the right info on the Download pop up page. Port: Com 4 Vendor: Baofeng Model UV-6 I'm running on Windows 7 64bit. The current driver installed by Windows is a FTDI version 2.8.28.0. Radios cable and communication work perfectly with factory Baofeng UV-6 software but not with Chirp. Is this a new Bug or I'm missing something?

h1. Baofeng UV-6 Cloning Problem
*UNABLE TO CONNECT THE RADIO TO THE CHIRP software, com error !!!!
Is any action being TAKEN WITH THIS ISSUE? Is the developer taking action? it seems like a MICROSOFT action plan :-).
*

Actions #46

Updated by Freddie Ruddick over 9 years ago

Hi all,

Been following this for a while, as I'm having the same issue. Jim, any progress with the developers?

If it helps in any way, I have a UV-6 which has the same issue; which I'd be willing to lend to a dev.

Cheers,

Freddie

Updated by Matt Schmohl over 8 years ago

I just picked up a lot of these radios and am very disappointed they are not working with chirp (which is an awesome program for the radios it works with). Hopefully the attached log files are of some help in this matter. I'm running Windows 7 x64, CHIRP daily-20160517 using prolific usb cables, Driver version: 3.2.0.0. I hope this issue is resolved soon because the Baofeng software sucks REALLY bad.

Actions #48

Updated by Robert Morris over 8 years ago

It appears I just spent several weeks waiting for my new electronic brick to arrive from China. Since I'm using Mac OS X, the software that ships with the Baofeng UV-6 is useless. CHIRP is my only hope. Please fix this bug!

To be certain, I've programmed my Baofeng UV-5R (purchased mid 2014) many times with CHIRP. So, it's not the cable.

Updated by Marcus van Dam over 8 years ago

Looking at the dumps of Matt, your issue seems to be similar to mine.
Where the radio returns 12 bytes in the ident response and CHIRP only expects 8 bytes.

With some help of Jim (on the mailing list), I've managed to get this radio to correctly complete a dump, at the expense of killing compatibility with other Baofeng radios.
You can find the diff and new uv5r.py file attached.

Jim was working on a more permanent solution to the problem.

Actions #50

Updated by Jim Unroe over 8 years ago

Marcus,
Would you provide the 12 byte reply from your UV-6.
Thanks,
Jim KC9HI

Actions #51

Updated by Jim Unroe over 8 years ago

  • File uv5r.py added

Please give this a driver try. To use it...

1 save the attached file to where you keep your *.img files
2 click "Help" in the menu bar and enable "Enable developer functions"
3 click "File" in the menu bar
4 click "Load module" in the drop-down menu
5 locate and load the file saved in step 1

See if you can download from and upload to your UV-6.

Note: Loading this driver is only temporary. It does not change your CHIRP install. You must load this driver after loading CHIRP and before trying to clone from/to a UV-6 with a 12 byte ident.

If it works, please attach a debug.log file and the saved image. Then I will submit a patch.
If it does not work, please attach a debug.log file.

Jim KC9HI

Actions #52

Updated by Jim Unroe over 8 years ago

  • File deleted (uv5r.py)
Actions #53

Updated by Jim Unroe over 8 years ago

I noticed several bugs in the previous file. This one replaces it.

Jim KC9HI

Actions #54

Updated by Marcus van Dam over 8 years ago

Hi Jim,

I have tested your module, and it is cloning like a charm. I haven't tried programming yet.

The following debug output was generated related to the magic and ident:

INFO: Sending Magic: 000: 50 bb ff 20 12 08 23 00   P.....#.
INFO: Ident: 000: aa 01 01 36 01 74 01 04   ...6.t..
INFO: Extra: 000: 00 05 20 dd 00 00 00 00   ........
INFO: Radio Version is '  Ver  UV6S83 '

I see no further errors regarding the cloning.

The full 12 byte ident string is:

AA 01 01 36 01 74 01 04 00 05 20 DD 

// Marcus

Actions #55

Updated by Jim Unroe over 8 years ago

  • Status changed from In Progress to Resolved

This was addressed in the CHIRP-2016013 build.

Jim KC9HI

Actions #56

Updated by Jim Unroe over 8 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF