Project

General

Profile

Actions

Bug #3913

closed

BFB297 / BF-F8+ Radio Not Responding

Added by Emilio Recio over 7 years ago. Updated about 4 years ago.

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

0%

Estimated time:
Chirp Version:
daily
Model affected:
Baofeng BF-F8+
Platform:
Linux
Debug Log:
I read the instructions above:

Description

So I have read through several threads that seemed similar, and I am having the same problem. Differences from other items I have read:

Problem: BF-F8+ running FW BFB297 and chirp says "ERROR: --- Exception Dialog: Radio did not respond ---"

1) The baofeng cable & chirp is used OK with chirp with UV-5RA
2) The TYT cable & chirp is used OK with chirp TH-9800 mobile
3) When I attempt to download from radio (BF-F8+ w/ FW BFB297) the red LED comes on for a millisecond or two, and it resets itself. By this time, I have already received the error on console.
4) After it resets itself, I have confirmed that tx/rx and other functions still work as expected (manual entry)... so it's not bricked! (phew)

I dabble in python but can code solidly in other languages (C++/Java/PHP/Perl) so if there's some troubleshooting I can do to help, please let me know. The radio is new, so I still have a fallback on my 5RA for now. TIA

Actions #1

Updated by Jim Unroe over 7 years ago

  • Status changed from New to Feedback

The BF-F8+ is just another UV-5R variant. "Radio did not respond" means exactly that. CHIRP didn't get a replay from the radio.

CHIRP sends a "magic" string to the radio in order to initiate cloning. The radio did not reply with an "ack" after the "magic" was sent, hence the error.

LOG.info("Sending Magic: %s" % util.hexprint(magic))
for byte in magic:
    serial.write(byte)
    time.sleep(0.01)
ack = serial.read(1)

if ack != "\x06":
    if ack:
        LOG.debug(repr(ack))
    raise errors.RadioError("Radio did not respond")

If the "magic" sent by CHIRP was wrong for the radio, the radio wouldn't respond. Since the UV-F8+ is basically a UV-5R with a different LCD display, they are all programmed with the same OEM software used with the UV-5R. So the magic would be the same.

UV5R_MODEL_291 = "\x50\xBB\xFF\x20\x12\x07\x25"

If for the sake of argument the "magic" sent to the BF-F8+ was not what it expected to initiate cloning, there would be an OEM software specific to the BF-F8+ (as far as I know there isn't). You would have to locate that OEM software and use it to determine what the required "magic" is and then add it to CHIRP.

The most likely cause is a connection issue between the radio and the computer. The #2 cause of issues for these types of radio is the 2-pin plug is not fully engaged into the radio's socket. The #1 cause is an incompatible device driver has been installed but that is not the problem here.

Try pressing on the plug at the same time you are attempting the download.

You might also take a look at the Miklor FAQ regarding "Radio did not respond":http://www.miklor.com/COM/UV_ErrorMess.php#error1

Jim KC9HI

Actions #2

Updated by Bernhard Hailer about 4 years ago

  • Status changed from Feedback to Closed
  • Model affected changed from BF-F8+ to Baofeng BF-F8+

No more feedback by submitter.

Actions

Also available in: Atom PDF