Bug #4955

ICom ID-880h CL ERR

Added by Matt Flyer almost 3 years ago. Updated about 1 month ago.

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

0%

Category:-
Target version:chirp-daily
Chirp Version:daily Platform:Linux
Model affected:Icom ID-880H

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.

Icom_ID-880H_20171020_with_bank_v2 KNOWN_GOOD.img - This file uploads properly (61.5 kB) Creede Lambard, 10/20/2017 09:30 pm

Icom_ID-880H_20171020_with_bank_v2_after_edit_BAD.img - This file generates a "CL ERR" message (61.5 kB) Creede Lambard, 10/20/2017 09:32 pm

History

Updated by Creede Lambard over 2 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.

Updated by Creede Lambard over 2 years ago

Sorry, I uploaded too fast.

Updated by Bernhard Hailer about 1 month ago

  • Status changed from New to Feedback
  • Target version set to chirp-daily
  • 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!

Also available in: Atom PDF