Bug #10690
closedBaofeng UV-6R "Radio refused to send block 0x1ec0" error on download from radio
Added by Giorgio Topo over 1 year ago. Updated 12 months ago.
100%
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
error_communicating_with_radio_20230705161434.png (6.96 KB) error_communicating_with_radio_20230705161434.png | Error Message | Hondo _, 07/05/2023 04:38 PM |
Updated by Hondo _ over 1 year ago
- File error_communicating_with_radio_20230705161434.png error_communicating_with_radio_20230705161434.png added
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:
- Start CHIRP - ~/.local/bin/chirp.
- Select Radio > Download from radio.
- Select Port > Custom...
- Enter custom port: /dev/ttyCH341USB0
- Select vendor: Baofeng
- Select model: UV-6R
- Click OK on Experimental modal.
- Click OK on Download Instructions modal.
[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.
Updated by Hondo _ over 1 year 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 RAMOS 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_64CHIRP INFORMATION:
CHIRP Version: CHIRP next-2023-0705PYTHON INFORMATION:
Python Version: 3.9.2
wxPython Version: 4.0.7
wxWidgets Version: 3.0.5CABLE 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:
- Start CHIRP - ~/.local/bin/chirp.
- Select Radio > Download from radio.
- Select Port > Custom...
- Enter custom port: /dev/ttyCH341USB0
- Select vendor: Baofeng
- Select model: UV-6R
- Click OK on Experimental modal.
- Click OK on Download Instructions modal.
[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.
Updated by Giorgio Topo over 1 year 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 RAMOS 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_64CHIRP INFORMATION:
CHIRP Version: CHIRP next-2023-0705PYTHON INFORMATION:
Python Version: 3.9.2
wxPython Version: 4.0.7
wxWidgets Version: 3.0.5CABLE 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:
- Start CHIRP - ~/.local/bin/chirp.
- Select Radio > Download from radio.
- Select Port > Custom...
- Enter custom port: /dev/ttyCH341USB0
- Select vendor: Baofeng
- Select model: UV-6R
- Click OK on Experimental modal.
- Click OK on Download Instructions modal.
[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
Updated by Jim Unroe over 1 year 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
Updated by Jim Unroe over 1 year 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
Updated by Giorgio Topo over 1 year ago
The latest version of Chirp-Next works without this issue on Baufeng UV-6R.
Thanks a lot.
Regards
Updated by Jim Unroe 12 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.
Updated by Jim Unroe 12 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.