Bug #8011
openID80H - OUT OF SYNC
0%
Description
Erro on writing ID-80E
[2020-06-27 17:23:49,776] chirp.drivers.icf - DEBUG: Waiting for clone result...
[2020-06-27 17:23:50,792] chirp.drivers.icf - ERROR: Out of sync with radio:
000: 80 80 f8 f8 80 f8 80 80 ........
008: 78 78 00 00 00 00 00 00 xx......
[2020-06-27 17:23:50,792] root - ERROR: Failed to communicate with the radio
Traceback (most recent call last):
File "chirp\drivers\icf.pyo", line 407, in clone_to_radio
File "chirp\drivers\icf.pyo", line 392, in _clone_to_radio
File "chirp\drivers\icf.pyo", line 135, in get_frames
File "chirp\drivers\icf.pyo", line 89, in _process_frames
InvalidDataError: Out of sync with radio
[2020-06-27 17:23:50,792] chirp.ui.reporting - DEBUG: Reporting exception
[2020-06-27 17:23:50,792] chirp.ui.common - ERROR: -- Exception: --
[2020-06-27 17:23:50,792] chirp.ui.common - ERROR: Traceback (most recent call last):
File "chirp\ui\clone.pyo", line 254, in run
File "chirp\drivers\icf.pyo", line 667, in sync_out
File "chirp\drivers\icf.pyo", line 410, in clone_to_radio
RadioError: Failed to communicate with the radio: Out of sync with radio
[2020-06-27 17:23:50,792] chirp.ui.common - ERROR: ----------------
[2020-06-27 17:23:50,792] chirp.ui.clone - ERROR: Programmazione fallita: Failed to communicate with the radio: Out of sync with radio
[2020-06-27 17:23:50,855] chirp.ui.clone - DEBUG: Clone thread ended
[2020-06-27 17:23:50,855] chirp.ui.reporting - DEBUG: Reporting model usage: Icom_ID-80H,upload,True
[2020-06-27 17:23:50,855] chirp.ui.reporting - DEBUG: Reporting exception
[2020-06-27 17:23:50,855] chirp.ui.inputdialog - ERROR: --- Exception Dialog: Failed to communicate with the radio: Out of sync with radio ---
[2020-06-27 17:23:50,855] chirp.ui.inputdialog - ERROR: Traceback (most recent call last):
File "chirpw", line 68, in
AttributeError: 'NoneType' object has no attribute 'split'
[2020-06-27 17:23:50,855] chirp.ui.inputdialog - ERROR: ----------------------------
Files
Updated by Bernhard Hailer almost 4 years ago
- Status changed from New to Feedback
- Target version set to chirp-legacy
- Model affected changed from ID-80H to Icom ID-80H
Chirp appears to have some problems with Icom radios when the cable uses an FTDI chip. Try a Prolific cable, use a more expensive one with a genuine chip, if you can. Here are some generic bits of information about cables:
CableGuide
CableGuide FTDI OEM Cables
[RTSystemsCablesAndMavericks]
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.
Updated by Bernhard Hailer over 3 years ago
The serial code in the Icom driver has recently been reviewed.
Could you please try again and let us know whether this is resolved? Thanks!