CHIRP

I took a look at implementing this last night. It turns out the IC-706 series of radios were released before the CI-V extended memory commands. It won't be a quick implementation. The implementation is likely scripting the commands that you might use to retrieve and store memories using buttons on the front panel, rather then just asking the radio for the contents of the memory.

Have you looked at this website?
There is code and explenation on how to program it.

https://arachnoid.com/IcomProgrammer/

And the code is here:

https://arachnoid.com/IcomProgrammer/resources/icom_programmer.py

Maybe that helps to add the 706 series?

Greetings,

Bas - ON5HB.

I have an IC-756 and an interest in getting this restarted. The post from 2015 sums the situation up quite well. Any radio prior to the introduction of the extended memory management instruction ($1A) will need to be read and programmed via the VFOs. Definitely a different style than the current CI-V driver.

The other issue I've found is the way some older radios store split operation settings. I haven't looked at the IC-706 for comparison, but the IC-756 has to use two memory channels to preserve both sides of the split. Tone operation is preserved in memory, but the tone frequency is a single option and not preserved per memory location as with the TS-850. Without preserving both split frequencies in a single memory space, any driver for the IC-756 will need some built in assumptions when it comes to storing repeater frequencies.

Would it be smarter to designate a block of memories in the radio for FM repeater operation, or can we treat memory locations operating with a subaudible tone as intending split operation?