CHIRP

I just reviewed the manual for this radio, and it's not entirely clear. Does the IC-V86 actually save the tone information with each channel (not just "tone on" or "tone off"), when you program it manually? If it doesn't, then it's a (rather strange) limitation of the radio; if it does, then the driver needs to be fixed.

For reference, the User Manual on Page 9-2 states that when the display type for the radio is set to name (dSP.Nm) you must enter VFO mode to enter into the set mode for the radio. When the display type is set to channel (dSP.Ch) and you enter into a memories set mode only a portion of the settings will be displayed. To be able to set a memories tone from the faceplate the display type must be set to frequency (dSP.Fr) in the initial set mode and then upon entering a memories set mode you will be able to modify the tone setting for that memory.

I have submited a patch to the dev mailing list for this issue.

Some icom mobiles, fill their eeprom with one's rather than traditional zero's. Chirps memory object will by default simply write the existing read memory buffer back to memory. In some cases this results in an correct value being written to the radio but an incorrect value being read by the firmware due to the inconsitent padding. The fix resolves this by zero'ing out all memory prior to writing new memories.

If you have previously used chirp to program the radio I would recommend deleting all memories in chirp prior to re-programming the radio to verify that memories are zero'd out appropriately, but in most cases you can proceed without doing so. The software has always supported writing tones on a per memory basis as designed - this bug however was causing an incorrect value to be read by the firmware.

I do not have access to the CS-V86 software so I cannot speak to the download failures, however if an image file were provided I could take a look. Otherwise this issue should be resolved once the change is commited.

Check your junk

Applied in changeset commit:8ccb116f565c.