Project

General

Profile

Actions

Bug #2845

closed

Radio did not respond (Baofeng UV-5R5)

Added by Q RS about 9 years ago. Updated over 4 years ago.

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

0%

Estimated time:
Chirp Version:
daily
Model affected:
Baofeng UV-5R5
Platform:
Linux
Debug Log:
I read the instructions above:

Description

User selected Baofeng UV-5R on port /dev/ttyUSB0
Clone thread started
Sending Magic: 000: 50 bb ff 20 12 07 25 00 P.....%.

Ident:
000: fe 30 fe 04 00 c1 fe 00 .0......

Radio refused clone
Sending Magic: 000: 50 bb ff 01 25 98 4d 00 P...%.M.

Radio did not respond
-- Exception: --
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/chirpui/clone.py", line 227, in run
self.__radio.sync_in()
File "/usr/local/lib/python2.7/dist-packages/chirp/uv5r.py", line 638, in sync_in
self._mmap = _do_download(self)
File "/usr/local/lib/python2.7/dist-packages/chirp/uv5r.py", line 460, in _do_download
data = _ident_radio(radio)
File "/usr/local/lib/python2.7/dist-packages/chirp/uv5r.py", line 456, in _ident_radio
raise error
RadioError: Radio did not respond


Files

log.txt (5.09 KB) log.txt Ubuntu log Q RS, 09/08/2015 04:33 AM
log.txt (1.06 KB) log.txt Ubuntu log Q RS, 09/08/2015 12:22 PM
52.jpg (18.3 KB) 52.jpg version Q RS, 09/08/2015 12:22 PM
cable.jpg (63 KB) cable.jpg Q RS, 09/19/2015 11:14 AM
Actions #1

Updated by Jim Unroe about 9 years ago

  • Status changed from New to Feedback

From the Supported Radio Models list on the CHIRP Wiki/Home page...

Support for most new UV-5R variants and their firmware versions released in the last year are included in the most recent CHIRP daily builds. The CHIRP v0.4.1 stable build is 17 months old and does not have this support.

Instructions for adding the snapshot repository are on the CHIRP "download":http://chirp.danplanet.com/projects/chirp/wiki/Download page. There is additional info on the CHIRP "Running_Under_Linux":http://chirp.danplanet.com/projects/chirp/wiki/Running_Under_Linux page.

Jim KC9HI

Updated by Q RS about 9 years ago

but on daily is the same error ;(

Actions #3

Updated by Jim Unroe about 9 years ago

Not the same error. Before the radio was not responding at all. Not is it responding incorrectly.

Try making sure the cable is fully plugged into the radio's socket. Also try setting the radios volume level higher. The volume level should not make any difference with serial communications but I have has someone verify that the volume level setting does indeed affect the serial communications on some models.

Jim KC9HI

Actions #4

Updated by Caleb Bennett about 9 years ago

I had a similar problem try running "sudo chirpw" this allowed me to access my radio when I got "RadioError: Radio did not respond" error.

Actions #5

Updated by Q RS about 9 years ago

it can be caused by a broken cable?

Actions #6

Updated by Galen Thurber about 9 years ago

I had the same error on several UV5R variants on two computers,
it was a bug that had snuck in and was fixed in 20151009

Actions #7

Updated by Q RS about 9 years ago

Galen Thurber wrote:

I had the same error on several UV5R variants on two computers,
it was a bug that had snuck in and was fixed in 20151009

I think this bug is still there :(

Log from terminal Ubuntu:

$ chirpw

(process:8817): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
ERROR: Invalid answer for block 0x1ec0:
ERROR: -- Exception: --
ERROR: Traceback (most recent call last):
File "/usr/lib/pymodules/python2.7/chirp/ui/clone.py", line 238, in run
self.__radio.sync_in()
File "/usr/lib/pymodules/python2.7/chirp/drivers/uv5r.py", line 701, in sync_in
self._mmap = _do_download(self)
File "/usr/lib/pymodules/python2.7/chirp/drivers/uv5r.py", line 506, in _do_download
radio_version = _get_radio_firmware_version(radio)
File "/usr/lib/pymodules/python2.7/chirp/drivers/uv5r.py", line 475, in _get_radio_firmware_version
block1 = _read_block(radio, 0x1EC0, 0x40, True)
File "/usr/lib/pymodules/python2.7/chirp/drivers/uv5r.py", line 455, in _read_block
raise errors.RadioError("Unknown response from radio")
RadioError: Unknown response from radio

ERROR: ----------------
ERROR: Clone failed: Unknown response from radio
ERROR: --- Exception Dialog: Unknown response from radio ---
ERROR: None

ERROR: ----------------------------

Actions #8

Updated by Bernhard Hailer over 4 years ago

  • Chirp Version changed from 0.4.0 to daily
  • Model affected changed from (All models) to Baofeng UV-5R5

Have you tried with a recent version since you submitted this?
If you haven't, and if you're still having this issue, please refer to the Wiki "How To Report Issues" and provide a fresh debug log. Thanks!

Actions #9

Updated by Bernhard Hailer over 4 years ago

  • Status changed from Feedback to Closed

Closing, because there seems to be no more feedback.

However:

This looks like a cable / driver / connector issue. Please refer to these Wiki articles:
CableGuide
CableGuide FTDI OEM Cables
[RTSystemsCablesAndMavericks]
If there's no solution to be found in any of them, please read: How To Report Issues and provide a debug log. Thank you!
Windows notes: If you are using a generic cable with a Prolific chip, you will very likely need to downgrade your driver to version 3.2.0.0.
It can be found at http://www.miklor.com/COM/UV_Drivers.php
MacOS notes: this OS is apparently very picky about USB to Serial cables. From what I heard, only (genuine) FTDI-based cables can be made work.
You must have the KK7DS Python runtime for Mac OSX installed.
Also see MacOS Tips!
Linux notes: Linux generally is quite good with USB to Serial converter drivers. The most likely cause for grief is a connector which doesn't provide good electrical contact.
Bluetooth notes: connections often suffer from timing issues, please try a cable instead.

Actions

Also available in: Atom PDF