Project

General

Profile

Actions

Bug #7385

open

Baofeng UV-5R - CHIRP fails to connect using Ubuntu 18 LTS & Prolific USB cable

Added by Olof Tångrot almost 5 years ago. Updated over 4 years ago.

Status:
Feedback
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
11/30/2019
Due date:
% Done:

0%

Estimated time:
Chirp Version:
daily
Model affected:
BAOFENG UV-5R. Retevis RT5
Platform:
All
Debug Log:
I read the instructions above:

Description

Latest daily build for Debian/Ubuntu is used, latest Windows build is used (2019-11-30)

The radio seem to have firmware BFB307 (BFB297 shown on btn 3 pwr on).
Operating procedure on Ubuntu:
After selecting the correct USB unit and starting down loading from the radio nothing happens.
No download dialogue, error message or any activity on the radio device.

On my Windows 10 machine using the same cable and radio device the following happens.
1) Radio is turned on, PTT becomes activated by the cable -> radio device in TX mode.
2) Download is commenced using CHIRP OK dialogue button. PTT becomes released -> TX mode ends.
3) Download dialogue is shown -> No activity on the radio device
4) Download times out with error dialog about non responsive device or is cancelled using dialogue button. -> Radio device remains in passive RX mode.
5) New download attempt using CHIRP, down load dialogue is shown -> Radio device indicator flashes red.
6) Download dialogue progress bar increments.
7) Download completes. -> Radio device remains in passive RX mode.
8) After a few seconds the radio reboots and after some more time TX mode.

If I change operating procedure and starts the radio device just before the download is started on the Windows machine; the down load starts directly after 'OK'
but that does not work using ubuntu. Using Gtkterm a "BREAK" seems to activate PTT on the radio. So somehow it seems like the Linux/Ununtu version
fails to make the radio enter programming mode but also seem to assert from the download at that point. Possibly this is related to failing to send "BREAK" on the serial device.


Files

debug.log (23.8 KB) debug.log Olof Tångrot, 04/21/2020 11:48 AM
debug.log (33.9 KB) debug.log Olof Tångrot, 04/21/2020 12:09 PM
Actions

Also available in: Atom PDF