Project

General

Profile

Actions

Bug #4955

open

ICom ID-880h CL ERR

Added by Matt Flyer almost 7 years ago. Updated almost 4 years ago.

Status:
Feedback
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
06/29/2017
Due date:
% Done:

0%

Estimated time:
Chirp Version:
daily
Model affected:
Icom ID-880H
Platform:
Linux
Debug Log:
I read the instructions above:

Description

I installed the 20170618 daily build (it was the newest build that I could find the matching SHA1SUM for even though the 20160627 version was available) of chirp on an Arch Linux system. I was able to successfully program a Baofeng UV-5RV2 and a Kenwood TH-F6A with it. I could connect to the radio and successfully download and save the image stored in the radio, however attempting to upload the image fails with a 'CL ERR' on the radio display and then upon a power reset it says "CLEARED" and all the memory locations are erased. During the cloning process, it displays CL IN and then the error message at the end. Unlike bug #3717. it does not hang during the process. This does seem to possibly be similar to bug#4871 but whether or not it is the same I can't say for certain.

I am able to program the device using the ICom software and uploading a clone image says "CL END" and the end of the process. It acts as if there is some sort of verification that is failing at the end.


Files

Icom_ID-880H_20171020_with_bank_v2 KNOWN_GOOD.img (61.5 KB) Icom_ID-880H_20171020_with_bank_v2 KNOWN_GOOD.img This file uploads properly Creede Lambard, 10/20/2017 09:30 PM
Icom_ID-880H_20171020_with_bank_v2_after_edit_BAD.img (61.5 KB) Icom_ID-880H_20171020_with_bank_v2_after_edit_BAD.img This file generates a "CL ERR" message Creede Lambard, 10/20/2017 09:32 PM

Related issues

Related to Bug #6943: Stalled upload with ICOM ID-800HFeedback07/27/2019

Actions
Actions #1

Updated by Creede Lambard over 6 years ago

I am seeing the same thing with the 20170329 daily build (the most recent one that doesn't throw a different error). So I found a copy of Chirp from last year on my Mac at work and did some experimentation with it and with the version at home (running on LinÅ­x Mint 18) and it seems that the problem can reliably be reproduced by modifying a file that uploads properly, either by pasting into it or apparently by changing one of the fields in the table.

As an example I am attaching two almost identical .img files. The one marked KNOWN_GOOD uploads properly to the radio and was generated with the older version of Chirp (from 20160629 I think). The one marked BAD should be identical with one minor difference: O changed the Name field in row 101 from "JOTA L" to "WA7HJR L". Hopefully a side-by-side comparison of these two files can give some clue as to why the second one fails.

Actions #3

Updated by Bernhard Hailer almost 4 years ago

  • Status changed from New to Feedback
  • Target version set to chirp-legacy
  • Model affected changed from ICOM ID-880H to Icom ID-880H

Have you been able to resolve this on your own since you submitted this?
Have you tried with a recent version since you submitted this?
If you haven't, and if you're still having this issue, please refer to the Wiki "How To Report Issues" and provide a debug log. Thanks!

Actions

Also available in: Atom PDF