Bug #6567

Error reading Baofeng UV-6

Added by Mikhail D 11 months ago. Updated 3 days ago.

Status:Feedback Start date:03/05/2019
Priority:Normal Due date:
Assignee:- % Done:


Target version:chirp-daily
Chirp Version:daily Platform:All
Model affected:Baofeng UV-6


I can't read the radio. at the end of the running strip I receive an error message - "Radio refused to send second block 0x1ec0"
At the same time UV-82, BF-888 work normally

debug.log - CHIRP debug log (39.6 kB) James L, 03/10/2019 07:18 am

label.jpg - UV-6 radio label (111.5 kB) James L, 03/10/2019 07:18 am

Related issues

related to New Model #6447: Zastone ZT-889G and uv-6 Closed 02/14/2019
duplicated by Bug #6173: Baofeng UV-6, error in Download from Radio function Closed 10/18/2018


Updated by James L 11 months ago

Same error. When reading newly purchased Baofeng UV-6 I receive an error at the end "Radio refused to send second block 0x1ec0." The radio succesfully reads/writes when using the official Baofeng UV6UV7_CPS software, http://www.baofengradio.com/endownload.asp?BigClassName=Programming%20Software&SmallClassName=&page=3.

I am using Windows 10, CHIRP daily-20190307, BaofengTech FTDI programming cable. I have 4 of these radios and have the same issue when reading from all of them. I am able to successfully read/write to my Baofeng UV-5R. The radio has 2 CMIT IDs on the back: 2012FP1944 and 2017FP2640.


Updated by Carlos Marquez 7 months ago

I just got a new UV-6 and have same problem. My old UV-6 downloaded but only the memories tab was populated with info.

Updated by Carlos Marquez 7 months ago

Same as Bugs #5615, #6173, #5905, #5887, #6447.
It's been a while since I have contributed. Let me know what you need. Seems like there was a port monitor program that you needed the output from.

Updated by Mikhail D 7 months ago

I would like it to work. Tell me what can I give? What should I do?

Updated by Jim Unroe 7 months ago

  • Status changed from New to Feedback

These radios are refusing to return the second part of the radio's firmware section of memory. CHIRP needs/uses this information to be able to adjust for the radio being programmed.


Updated by Thiago Victor 3 days ago

Radio presenting the same problem, does anyone have a solution?

"Radio refused to send second block 0x1ec0."

Also available in: Atom PDF