Bug #4871
closedProgramming the ID-880H with new frequencies
0%
Description
I have found through an unbelievable amount of testing with my rigs this weekend, just over 8.5 hours roughly, that CHIRP is not allowing the new repeater and frequency info go into the Icom ID-880H. I cannot successfully program either one of the ID880H's that I own, with this software (Chirp). I can download from it all day. Uploading, however, error's out every time. I'm fairly confident it is a bug in the software but I just can't pinpoint where it could be. I would sure appreciate your help. I use Linux Mint 18.1 and CHIRP daily-20170526. I have been waiting for another "Daily build" to come out, but so far, nothing has come down the pike.
If you need me to get more details to you, let me know. I'm more than happy to work together with you to get this issue resolved.
I have found this problem to be isolated exclusively to the ID-880H's I own. One is in my shack and the other is in the truck. My Icom IC-91AD, Kenwood TH-F6A and Alinco DR-235MKIII ALL programmed flawlessly using this build of Chirp.
Again, I would sure appreciate any and all help on this, as both of these ID-880H's are not cheap radios, and I would really like to get them back on the air as soon as humanly possible.
Files
Updated by Michael Lippold over 7 years ago
I corrupted an image for my ID-880H today and I believe that this issue is related to what I'm seeing. In my case, I could corrupt a blank image by adding a repeater with the frequency 444.625 MHz. This works in CHIRP daily-20161220 (which I still had installed on my machine) but not in CHIRP daily-20170329. Comparing the two files showed that only a few bytes were different between the files generated by each version. Looking through the project repository I believe the issue stems from updates made in revision 2837 to address bug 559.
Using 444.625 MHz as a reference, here are the frequency multipliers and the corresponding frequency sub-values:
0: 444625000 / 5000 = 88925
1: 444625000 / 6250 = 71140
2: 444625000 / 6250 = 71140
3: 444625000 / 8333 = 53357.1342853714
4: 444625000 / 9000 = 49402.7777777778
So possible indices are 0, 1, and 2.
The frequency bytes for CHIRP daily-20161220 are:
015b5d03e8 or...
rx multiplier index: 0
tx multiplier index: 0
receive frequency sub-value: 88925
offset sub-value: 1000
The frequency bytes for CHIRP daily-20170329:
4915e40320
rx multiplier index: 2
tx multiplier index: 2
receive frequency sub-value: 71140
offset sub-value: 800
The math works out correctly but my radio errors out with the newer values being generated by CHIRP. Clearing the memory on my radio, manually creating a repeater with a frequency of 444.625 MHz, and exporting the configuration creates the same values that CHIRP did before the update.
Removing the "reversed" function from the for loop on line 147 of chirp/drivers/id880.py allowed me to create a new image in CHIRP daily-20170329 containing several hundred repeaters and update my radio successfully. I would send a patch but I don't see a way to do that in Redmine.
Updated by Mark Cruz almost 7 years ago
Earl Gray wrote:
I have found through an unbelievable amount of testing with my rigs this weekend, just over 8.5 hours roughly, that CHIRP is not allowing the new repeater and frequency info go into the Icom ID-880H. I cannot successfully program either one of the ID880H's that I own, with this software (Chirp). I can download from it all day. Uploading, however, error's out every time. I'm fairly confident it is a bug in the software but I just can't pinpoint where it could be. I would sure appreciate your help. I use Linux Mint 18.1 and CHIRP daily-20170526. I have been waiting for another "Daily build" to come out, but so far, nothing has come down the pike.
If you need me to get more details to you, let me know. I'm more than happy to work together with you to get this issue resolved.
I have found this problem to be isolated exclusively to the ID-880H's I own. One is in my shack and the other is in the truck. My Icom IC-91AD, Kenwood TH-F6A and Alinco DR-235MKIII ALL programmed flawlessly using this build of Chirp.
Again, I would sure appreciate any and all help on this, as both of these ID-880H's are not cheap radios, and I would really like to get them back on the air as soon as humanly possible.
So has any one found how to up load form the ID-880H Yet?? I can't up load for the radio with Chirp Keep getting Error. I even changed the ports.
Updated by Mark Cruz almost 7 years ago
Mark Cruz wrote:
Earl Gray wrote:
I have found through an unbelievable amount of testing with my rigs this weekend, just over 8.5 hours roughly, that CHIRP is not allowing the new repeater and frequency info go into the Icom ID-880H. I cannot successfully program either one of the ID880H's that I own, with this software (Chirp). I can download from it all day. Uploading, however, error's out every time. I'm fairly confident it is a bug in the software but I just can't pinpoint where it could be. I would sure appreciate your help. I use Linux Mint 18.1 and CHIRP daily-20170526. I have been waiting for another "Daily build" to come out, but so far, nothing has come down the pike.
If you need me to get more details to you, let me know. I'm more than happy to work together with you to get this issue resolved.
I have found this problem to be isolated exclusively to the ID-880H's I own. One is in my shack and the other is in the truck. My Icom IC-91AD, Kenwood TH-F6A and Alinco DR-235MKIII ALL programmed flawlessly using this build of Chirp.
Again, I would sure appreciate any and all help on this, as both of these ID-880H's are not cheap radios, and I would really like to get them back on the air as soon as humanly possible.
So has any one found how to up load form the ID-880H Yet?? I can't up load for the radio with Chirp Keep getting Error. I even changed the ports.
We need a FIX ASAP!
Updated by Bernhard Hailer about 5 years ago
- Status changed from New to Closed
This appears to be complete.