Project

General

Profile

Actions

Bug #6943

open

Stalled upload with ICOM ID-800H

Added by flint flint over 5 years ago. Updated about 4 years ago.

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

0%

Estimated time:
Chirp Version:
daily
Model affected:
ICOM ID-800H
Platform:
MacOS
Debug Log:
I read the instructions above:

Description

Mac OS X 10.14.5
CHRIP chirp-daily-20190718.app
ICOM ID-800H
Python 2.7.2

CHIRP has no issue downloading clone from radio, but hangs midway while uploading file back to radio. The front display of the radio reads "CL IN". Selecting "Upload to Radio" I can reproduce this issue each and every time. I must select the cancel button during the stalled cloning process and an error message reads, "Failed to communicate with radio: write failed: [Errno 9] Bad file descriptor"

I've tried this in Hi-Speed Clone mode and without, both have the same result.

The screenshots and debug.log are included below.


Files

error-message.png (58.7 KB) error-message.png flint flint, 07/27/2019 01:11 PM
icom-id-800h-download.png (130 KB) icom-id-800h-download.png flint flint, 07/27/2019 01:11 PM
debug.log (88.5 KB) debug.log flint flint, 07/27/2019 01:11 PM

Related issues 1 (1 open0 closed)

Related to Bug #4955: ICom ID-880h CL ERRFeedback06/29/2017

Actions
Actions #1

Updated by Bernhard Hailer about 4 years ago

  • Status changed from New to Feedback
  • Target version set to chirp-legacy
  • Platform changed from Windows to MacOS

Can you please try again with a recent build? The Icom drivers have been reviewed, possibly fixing your problem.

Actions #2

Updated by flint flint about 4 years ago

Negative. Same results as before.

The FTDI Interface Cable I'm using to connect my computer to radio is a RT Systems USB-29A (RoHS compliant).

CHIRP daily-20200909
GTK 2.24.32
PyGTK 2.24.0
Python 2.7.16

Actions

Also available in: Atom PDF