Project

General

Profile

Actions

Bug #11189

open

Yaesu ft-8100 - error while cloning in chirp

Added by Robert Wachstiel about 1 year ago. Updated 2 months ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
02/20/2024
Due date:
% Done:

0%

Estimated time:
Chirp Version:
next
Model affected:
Yaesu ft-8100
Platform:
Windows
Debug Log:
I read the instructions above:
Yes

Description

Hello

I have a problem, I connect the Yaesu ft-8100 to the computer and want to send data. Of course, I run it F/W and power. The computer and Chirp sees it. However, whether I set REV "target" or RPT "source", the loading bar reaches halfway and the error "err" appears on Yaesu ft-8100 and chirp disconnects the connection.
Can anyone help?


Files

debug.log (42.2 KB) debug.log Robert Wachstiel, 02/20/2024 10:55 AM
chirp_debug-x461imwa.txt (12.6 KB) chirp_debug-x461imwa.txt Rob D, 02/10/2025 10:38 PM
ft8100.py (9.6 KB) ft8100.py Test driver with higher timeout Dan Smith, 02/12/2025 03:09 PM
Actions #1

Updated by Dan Smith about 1 year ago

We need a debug log or we can't help. Please see How_To_Report_Issues and the IssueInstructions that were at the top of the page when you filed this.

Actions #2

Updated by Robert Wachstiel about 1 year ago

Debug log

Actions #3

Updated by Rob D 2 months ago

Hello, I am having the exact same issue.
Any update on this Dan?
Thanks!

Actions #4

Updated by Rob D 2 months ago

See attached debug log.

Actions #5

Updated by Dan Smith 2 months ago

Both debug logs confirm the assertion that we're correctly talking to the radio and then the radio terminates the stream in the middle. I can't say what might cause that, perhaps some checksum oddity or other protocol violation. It'll almost certainly require a developer with access to one of these to reproduce and debug.

The only thing I can say about it is that it kinda looks like maybe the radio slows down a bit right before it stalls, and could be that chirp is getting impatient waiting for it. If you want you can try the attached module which should make chirp wait longer if that's the case. Please test, report, and update this from within chirp after you do (using Help->Report or update a bug).

Note that for some reason this driver has a totally different upload routine from the rest of the radios of this vintage. That could mean the upload works fine, or it could mean it's even worse. If you decide to try upload, please have a backup plan or be prepared to reset your radio to defaults.

Actions

Also available in: Atom PDF