Project

General

Profile

Actions

Bug #10690

closed

Baofeng UV-6R "Radio refused to send block 0x1ec0" error on download from radio

Added by Giorgio Topo 10 months ago. Updated 5 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
06/29/2023
Due date:
% Done:

100%

Estimated time:
Chirp Version:
next
Model affected:
Baofeng UV-6R
Platform:
Windows
I read the instructions above:
Yes

Description

Hi,
I'm trying to read/write my Baofeng UV-6R (Ver: HDBF230) with latest CHIRP version (chirp-next-20230629), and I get always this error message at the begin using download from radio function.
Cable and driver seem not the problem because the work perfectly with UV-6R stock program (UV6R_Setup_EN_V1_10) and with another UV-5R radio (with CHIRP and with its stock program also).
Any suggest to solve the issue?
Thanks a lot.
Regards


Files

Actions #1

Updated by Hondo _ 10 months ago

I'm having a similar issue with my Baofeng UV-6R with the latest CHIRP version.

HARDWARE INFORMATION:
Make: Dell
Model: Latitude 3410
CPU: 1.6 GHz Intel Core i5-10210U Quad-Core
RAM: 4GB DDR4 RAM

OS INFORMATION:
OS Version: Linux Mint - LMDE 5 Elsie
Kernel Release: 5.10.0-23-amd64
Kernel Version: #1 SMP Debian 5.10.179-1 (2023-05-12)
Processor Version: x86_64

CHIRP INFORMATION:
CHIRP Version: CHIRP next-2023-0705

PYTHON INFORMATION:
Python Version: 3.9.2
wxPython Version: 4.0.7
wxWidgets Version: 3.0.5

CABLE INFORMATION:
Cable Driver Version: CH341 1.6 2023-03-16 [[[https://www.wch-ic.com/downloads/CH341SER_LINUX_ZIP.html]]]

From a new (clean) install - Steps to Reproduce:

  1. Start CHIRP - ~/.local/bin/chirp.
  2. Select Radio > Download from radio.
  3. Select Port > Custom...
  4. Enter custom port: /dev/ttyCH341USB0
  5. Select vendor: Baofeng
  6. Select model: UV-6R
  7. Click OK on Experimental modal.
  8. Click OK on Download Instructions modal.

Error Message

[2023-07-05 15:47:37,425] chirp.logger - DEBUG: log level=10
[2023-07-05 15:47:37,425] chirp.logger - DEBUG: CHIRP next-20230705 on Linux - LMDE 5 Elsie (Python 3.9.2)
[2023-07-05 15:47:37,615] chirp.wxui - DEBUG: Using locale: en_US (60)
[2023-07-05 15:47:37,619] chirp.wxui - DEBUG: Translation loaded=True for CHIRP: en_US (el,hu,pl,nl,it,ru,zh_CN,es,pt_BR,en_US,tr_TR,uk_UA,fr,de) from /home/[redacted]/.local/lib/python3.9/site-packages/chirp/locale
[2023-07-05 15:47:37,622] chirp.wxui - DEBUG: Translation loaded=False for wxstd: en_US (nl,pl,ja,ko_KR,ro,lv,ca,de,hi,ne,es,ms,pt,eu,an,cs,id,zh_TW,ta,hu,sk,ar,ru,uk,fr,nb,el,sq,zh_CN,tr,sl,da,lt,gl_ES,af,sv,vi,it,ca@valencia,pt_BR,fi)
[2023-07-05 15:47:37,792] main - INFO: Python/3.9.2 // Linux/Linux-5.10.0-23-amd64-x86_64-with-glibc2.31 // CHIRP/next-20230705 // wx/4.0.7 gtk3 (phoenix) wxWidgets 3.0.5
[2023-07-05 15:47:39,291] chirp.wxui.main - INFO: Server reports next-20230705 is latest
[2023-07-05 15:47:45,441] chirp.wxui.clone - WARNING: No ports available; action will be disabled
[2023-07-05 15:47:45,442] chirp.wxui.clone - WARNING: Unable to select None
[2023-07-05 15:47:45,455] chirp.wxui.clone - WARNING: Last vendor/model not found
[2023-07-05 15:48:11,428] chirp.wxui.clone - DEBUG: Selected <class 'chirp.drivers.uv6r.UV6R'>
[2023-07-05 15:48:11,435] chirp.wxui.clone - DEBUG: Showing experimental prompt
[2023-07-05 15:48:17,660] chirp.wxui.clone - DEBUG: Setting flag for prompt experimental
[2023-07-05 15:48:21,008] chirp.wxui.clone - DEBUG: Using port '/dev/ttyCH341USB0'
[2023-07-05 15:48:21,008] chirp.wxui.clone - DEBUG: Selected <class 'chirp.drivers.uv6r.UV6R'>
[2023-07-05 15:48:21,015] chirp.wxui.clone - DEBUG: Showing pre_download prompt
[2023-07-05 15:48:23,245] chirp.wxui.clone - DEBUG: Setting flag for prompt pre_download
[2023-07-05 15:48:23,248] chirp.wxui.clone - DEBUG: Serial opened: Serial<id=0x7fb4e02c77f0, open=True>(port='/dev/ttyCH341USB0', baudrate=9600, bytesize=8, parity='N', stopbits=1, timeout=0.25, xonxoff=False, rtscts=False, dsrdtr=False) (rts=True dtr=True)
[2023-07-05 15:48:23,318] chirp.drivers.baofeng_common - INFO: Valid response, got this:
[2023-07-05 15:48:23,318] chirp.drivers.baofeng_common - DEBUG: 000: aa 36 74 04 00 05 20 dd   .6t.....

[2023-07-05 15:48:23,459] chirp.drivers.baofeng_common - INFO: Response:
[2023-07-05 15:48:23,460] chirp.drivers.baofeng_common - DEBUG: 000: 58 1e 80 40 ff ff ff ff   X..@....
008: ff ff ff ff ff ff ff ff   ........
016: ff ff ff ff ff ff ff ff   ........
024: ff ff ff ff ff ff ff ff   ........
032: ff ff ff ff ff ff ff ff   ........
040: ff ff ff ff ff ff ff ff   ........
048: ff ff ff ff ff ff ff ff   ........
056: ff ff ff ff ff ff ff ff   ........
064: ff ff ff ff               ........

[2023-07-05 15:48:23,563] chirp.wxui.clone - ERROR: Failed to clone: Radio refused to send block 0x1ec0
Traceback (most recent call last):
  File "/home/[redacted]/.local/lib/python3.9/site-packages/chirp/wxui/clone.py", line 68, in run
    self._fn()
  File "/home/[redacted]/.local/lib/python3.9/site-packages/chirp/drivers/baofeng_common.py", line 350, in sync_in
    data = _download(self)
  File "/home/[redacted]/.local/lib/python3.9/site-packages/chirp/drivers/baofeng_common.py", line 207, in _download
    radio_ident = _get_radio_firmware_version(radio)
  File "/home/[redacted]/.local/lib/python3.9/site-packages/chirp/drivers/baofeng_common.py", line 117, in _get_radio_firmware_version
    raise errors.RadioError(
chirp.errors.RadioError: Radio refused to send block 0x1ec0
[2023-07-05 15:48:28,063] chirp.wxui.clone - WARNING: Stopping clone thread

I'm able to duplicate the issue on my Windows 11 machine too.

Actions #2

Updated by Hondo _ 10 months ago

Hondo _ wrote in #note-1:

I'm having a similar issue with my Baofeng UV-6R with the latest CHIRP version.

HARDWARE INFORMATION:
Make: Dell
Model: Latitude 3410
CPU: 1.6 GHz Intel Core i5-10210U Quad-Core
RAM: 4GB DDR4 RAM

OS INFORMATION:
OS Version: Linux Mint - LMDE 5 Elsie
Kernel Release: 5.10.0-23-amd64
Kernel Version: #1 SMP Debian 5.10.179-1 (2023-05-12)
Processor Version: x86_64

CHIRP INFORMATION:
CHIRP Version: CHIRP next-2023-0705

PYTHON INFORMATION:
Python Version: 3.9.2
wxPython Version: 4.0.7
wxWidgets Version: 3.0.5

CABLE INFORMATION:
Cable Driver Version: CH341 1.6 2023-03-16 [[[https://www.wch-ic.com/downloads/CH341SER_LINUX_ZIP.html]]]

From a new (clean) install - Steps to Reproduce:

  1. Start CHIRP - ~/.local/bin/chirp.
  2. Select Radio > Download from radio.
  3. Select Port > Custom...
  4. Enter custom port: /dev/ttyCH341USB0
  5. Select vendor: Baofeng
  6. Select model: UV-6R
  7. Click OK on Experimental modal.
  8. Click OK on Download Instructions modal.

Error Message

[2023-07-05 15:47:37,425] chirp.logger - DEBUG: log level=10
[2023-07-05 15:47:37,425] chirp.logger - DEBUG: CHIRP next-20230705 on Linux - LMDE 5 Elsie (Python 3.9.2)
[2023-07-05 15:47:37,615] chirp.wxui - DEBUG: Using locale: en_US (60)
[2023-07-05 15:47:37,619] chirp.wxui - DEBUG: Translation loaded=True for CHIRP: en_US (el,hu,pl,nl,it,ru,zh_CN,es,pt_BR,en_US,tr_TR,uk_UA,fr,de) from /home/[redacted]/.local/lib/python3.9/site-packages/chirp/locale
[2023-07-05 15:47:37,622] chirp.wxui - DEBUG: Translation loaded=False for wxstd: en_US (nl,pl,ja,ko_KR,ro,lv,ca,de,hi,ne,es,ms,pt,eu,an,cs,id,zh_TW,ta,hu,sk,ar,ru,uk,fr,nb,el,sq,zh_CN,tr,sl,da,lt,gl_ES,af,sv,vi,it,ca@valencia,pt_BR,fi)
[2023-07-05 15:47:37,792] main - INFO: Python/3.9.2 // Linux/Linux-5.10.0-23-amd64-x86_64-with-glibc2.31 // CHIRP/next-20230705 // wx/4.0.7 gtk3 (phoenix) wxWidgets 3.0.5
[2023-07-05 15:47:39,291] chirp.wxui.main - INFO: Server reports next-20230705 is latest
[2023-07-05 15:47:45,441] chirp.wxui.clone - WARNING: No ports available; action will be disabled
[2023-07-05 15:47:45,442] chirp.wxui.clone - WARNING: Unable to select None
[2023-07-05 15:47:45,455] chirp.wxui.clone - WARNING: Last vendor/model not found
[2023-07-05 15:48:11,428] chirp.wxui.clone - DEBUG: Selected <class 'chirp.drivers.uv6r.UV6R'>
[2023-07-05 15:48:11,435] chirp.wxui.clone - DEBUG: Showing experimental prompt
[2023-07-05 15:48:17,660] chirp.wxui.clone - DEBUG: Setting flag for prompt experimental
[2023-07-05 15:48:21,008] chirp.wxui.clone - DEBUG: Using port '/dev/ttyCH341USB0'
[2023-07-05 15:48:21,008] chirp.wxui.clone - DEBUG: Selected <class 'chirp.drivers.uv6r.UV6R'>
[2023-07-05 15:48:21,015] chirp.wxui.clone - DEBUG: Showing pre_download prompt
[2023-07-05 15:48:23,245] chirp.wxui.clone - DEBUG: Setting flag for prompt pre_download
[2023-07-05 15:48:23,248] chirp.wxui.clone - DEBUG: Serial opened: Serial<id=0x7fb4e02c77f0, open=True>(port='/dev/ttyCH341USB0', baudrate=9600, bytesize=8, parity='N', stopbits=1, timeout=0.25, xonxoff=False, rtscts=False, dsrdtr=False) (rts=True dtr=True)
[2023-07-05 15:48:23,318] chirp.drivers.baofeng_common - INFO: Valid response, got this:
[2023-07-05 15:48:23,318] chirp.drivers.baofeng_common - DEBUG: 000: aa 36 74 04 00 05 20 dd   .6t.....

[2023-07-05 15:48:23,459] chirp.drivers.baofeng_common - INFO: Response:
[2023-07-05 15:48:23,460] chirp.drivers.baofeng_common - DEBUG: 000: 58 1e 80 40 ff ff ff ff   X..@....
008: ff ff ff ff ff ff ff ff   ........
016: ff ff ff ff ff ff ff ff   ........
024: ff ff ff ff ff ff ff ff   ........
032: ff ff ff ff ff ff ff ff   ........
040: ff ff ff ff ff ff ff ff   ........
048: ff ff ff ff ff ff ff ff   ........
056: ff ff ff ff ff ff ff ff   ........
064: ff ff ff ff               ........

[2023-07-05 15:48:23,563] chirp.wxui.clone - ERROR: Failed to clone: Radio refused to send block 0x1ec0
Traceback (most recent call last):
  File "/home/[redacted]/.local/lib/python3.9/site-packages/chirp/wxui/clone.py", line 68, in run
    self._fn()
  File "/home/[redacted]/.local/lib/python3.9/site-packages/chirp/drivers/baofeng_common.py", line 350, in sync_in
    data = _download(self)
  File "/home/[redacted]/.local/lib/python3.9/site-packages/chirp/drivers/baofeng_common.py", line 207, in _download
    radio_ident = _get_radio_firmware_version(radio)
  File "/home/[redacted]/.local/lib/python3.9/site-packages/chirp/drivers/baofeng_common.py", line 117, in _get_radio_firmware_version
    raise errors.RadioError(
chirp.errors.RadioError: Radio refused to send block 0x1ec0
[2023-07-05 15:48:28,063] chirp.wxui.clone - WARNING: Stopping clone thread

I'm able to duplicate the issue on my Windows 11 machine too.

I'm not sure what the differences are between CHIRP-next and CHIRP-legacy, but I downloaded CHIRP-legacy and was able to read/write to my UV-6R.

As a work-around using CHIRP-legacy works, albeit this does not resolve my issue of not being able to use CHIRP-next to read/write to my UV-6R.

Actions #3

Updated by Giorgio Topo 10 months ago

Hondo _ wrote in #note-2:

Hondo _ wrote in #note-1:

I'm having a similar issue with my Baofeng UV-6R with the latest CHIRP version.

HARDWARE INFORMATION:
Make: Dell
Model: Latitude 3410
CPU: 1.6 GHz Intel Core i5-10210U Quad-Core
RAM: 4GB DDR4 RAM

OS INFORMATION:
OS Version: Linux Mint - LMDE 5 Elsie
Kernel Release: 5.10.0-23-amd64
Kernel Version: #1 SMP Debian 5.10.179-1 (2023-05-12)
Processor Version: x86_64

CHIRP INFORMATION:
CHIRP Version: CHIRP next-2023-0705

PYTHON INFORMATION:
Python Version: 3.9.2
wxPython Version: 4.0.7
wxWidgets Version: 3.0.5

CABLE INFORMATION:
Cable Driver Version: CH341 1.6 2023-03-16 [[[https://www.wch-ic.com/downloads/CH341SER_LINUX_ZIP.html]]]

From a new (clean) install - Steps to Reproduce:

  1. Start CHIRP - ~/.local/bin/chirp.
  2. Select Radio > Download from radio.
  3. Select Port > Custom...
  4. Enter custom port: /dev/ttyCH341USB0
  5. Select vendor: Baofeng
  6. Select model: UV-6R
  7. Click OK on Experimental modal.
  8. Click OK on Download Instructions modal.

Error Message

[2023-07-05 15:47:37,425] chirp.logger - DEBUG: log level=10
[2023-07-05 15:47:37,425] chirp.logger - DEBUG: CHIRP next-20230705 on Linux - LMDE 5 Elsie (Python 3.9.2)
[2023-07-05 15:47:37,615] chirp.wxui - DEBUG: Using locale: en_US (60)
[2023-07-05 15:47:37,619] chirp.wxui - DEBUG: Translation loaded=True for CHIRP: en_US (el,hu,pl,nl,it,ru,zh_CN,es,pt_BR,en_US,tr_TR,uk_UA,fr,de) from /home/[redacted]/.local/lib/python3.9/site-packages/chirp/locale
[2023-07-05 15:47:37,622] chirp.wxui - DEBUG: Translation loaded=False for wxstd: en_US (nl,pl,ja,ko_KR,ro,lv,ca,de,hi,ne,es,ms,pt,eu,an,cs,id,zh_TW,ta,hu,sk,ar,ru,uk,fr,nb,el,sq,zh_CN,tr,sl,da,lt,gl_ES,af,sv,vi,it,ca@valencia,pt_BR,fi)
[2023-07-05 15:47:37,792] main - INFO: Python/3.9.2 // Linux/Linux-5.10.0-23-amd64-x86_64-with-glibc2.31 // CHIRP/next-20230705 // wx/4.0.7 gtk3 (phoenix) wxWidgets 3.0.5
[2023-07-05 15:47:39,291] chirp.wxui.main - INFO: Server reports next-20230705 is latest
[2023-07-05 15:47:45,441] chirp.wxui.clone - WARNING: No ports available; action will be disabled
[2023-07-05 15:47:45,442] chirp.wxui.clone - WARNING: Unable to select None
[2023-07-05 15:47:45,455] chirp.wxui.clone - WARNING: Last vendor/model not found
[2023-07-05 15:48:11,428] chirp.wxui.clone - DEBUG: Selected <class 'chirp.drivers.uv6r.UV6R'>
[2023-07-05 15:48:11,435] chirp.wxui.clone - DEBUG: Showing experimental prompt
[2023-07-05 15:48:17,660] chirp.wxui.clone - DEBUG: Setting flag for prompt experimental
[2023-07-05 15:48:21,008] chirp.wxui.clone - DEBUG: Using port '/dev/ttyCH341USB0'
[2023-07-05 15:48:21,008] chirp.wxui.clone - DEBUG: Selected <class 'chirp.drivers.uv6r.UV6R'>
[2023-07-05 15:48:21,015] chirp.wxui.clone - DEBUG: Showing pre_download prompt
[2023-07-05 15:48:23,245] chirp.wxui.clone - DEBUG: Setting flag for prompt pre_download
[2023-07-05 15:48:23,248] chirp.wxui.clone - DEBUG: Serial opened: Serial<id=0x7fb4e02c77f0, open=True>(port='/dev/ttyCH341USB0', baudrate=9600, bytesize=8, parity='N', stopbits=1, timeout=0.25, xonxoff=False, rtscts=False, dsrdtr=False) (rts=True dtr=True)
[2023-07-05 15:48:23,318] chirp.drivers.baofeng_common - INFO: Valid response, got this:
[2023-07-05 15:48:23,318] chirp.drivers.baofeng_common - DEBUG: 000: aa 36 74 04 00 05 20 dd   .6t.....

[2023-07-05 15:48:23,459] chirp.drivers.baofeng_common - INFO: Response:
[2023-07-05 15:48:23,460] chirp.drivers.baofeng_common - DEBUG: 000: 58 1e 80 40 ff ff ff ff   X..@....
008: ff ff ff ff ff ff ff ff   ........
016: ff ff ff ff ff ff ff ff   ........
024: ff ff ff ff ff ff ff ff   ........
032: ff ff ff ff ff ff ff ff   ........
040: ff ff ff ff ff ff ff ff   ........
048: ff ff ff ff ff ff ff ff   ........
056: ff ff ff ff ff ff ff ff   ........
064: ff ff ff ff               ........

[2023-07-05 15:48:23,563] chirp.wxui.clone - ERROR: Failed to clone: Radio refused to send block 0x1ec0
Traceback (most recent call last):
  File "/home/[redacted]/.local/lib/python3.9/site-packages/chirp/wxui/clone.py", line 68, in run
    self._fn()
  File "/home/[redacted]/.local/lib/python3.9/site-packages/chirp/drivers/baofeng_common.py", line 350, in sync_in
    data = _download(self)
  File "/home/[redacted]/.local/lib/python3.9/site-packages/chirp/drivers/baofeng_common.py", line 207, in _download
    radio_ident = _get_radio_firmware_version(radio)
  File "/home/[redacted]/.local/lib/python3.9/site-packages/chirp/drivers/baofeng_common.py", line 117, in _get_radio_firmware_version
    raise errors.RadioError(
chirp.errors.RadioError: Radio refused to send block 0x1ec0
[2023-07-05 15:48:28,063] chirp.wxui.clone - WARNING: Stopping clone thread

I'm able to duplicate the issue on my Windows 11 machine too.

I'm not sure what the differences are between CHIRP-next and CHIRP-legacy, but I downloaded CHIRP-legacy and was able to read/write to my UV-6R.

As a work-around using CHIRP-legacy works, albeit this does not resolve my issue of not being able to use CHIRP-next to read/write to my UV-6R.

Tried with Chirp-legacy, It works without issue. Thanks a lot

Actions #4

Updated by Jim Unroe 10 months ago

  • Status changed from New to In Progress
  • Assignee set to Jim Unroe
  • Target version set to chirp-py3

I have replicated this error with my UV-6R. This was caused by fix for UV-9R like radios. I will be working on it.

In the mean time just fall back to CHIRP-next 20230613.

Jim KC9HI

Actions #5

Updated by Jim Unroe 10 months ago

  • Status changed from In Progress to Resolved
  • % Done changed from 0 to 100

A patch has been submitted. The fix will available be in the next CHIRP build following acceptance.

Jim KC9HI

Actions #6

Updated by Giorgio Topo 10 months ago

The latest version of Chirp-Next works without this issue on Baufeng UV-6R.
Thanks a lot.
Regards

Actions #7

Updated by darky mtp 5 months ago

It doesn't work since chirp-next-20231120-win64, same error as previously.
The last working is chirp-next-20231108-win64.

Actions #8

Updated by Jim Unroe 5 months ago

  • I read the instructions above set to Yes

darky mtp wrote in #note-7:

It doesn't work since chirp-next-20231120-win64, same error as previously.
The last working is chirp-next-20231108-win64.

This is a new issue and really should have a new ticket opened. The info that you have provided should help to track down the problem. Thanks.

Actions #9

Updated by Jim Unroe 5 months ago

Jim Unroe wrote in #note-8:

darky mtp wrote in #note-7:

It doesn't work since chirp-next-20231120-win64, same error as previously.
The last working is chirp-next-20231108-win64.

This is a new issue and really should have a new ticket opened. The info that you have provided should help to track down the problem. Thanks.

I've isolated the issue.

Jim Unroe wrote in #note-8:

darky mtp wrote in #note-7:

It doesn't work since chirp-next-20231120-win64, same error as previously.
The last working is chirp-next-20231108-win64.

This is a new issue and really should have a new ticket opened. The info that you have provided should help to track down the problem. Thanks.

I located the issue and think I have a solution. After I validate that it works, I will submit a patch.

Actions

Also available in: Atom PDF