Wishes for remote control (was Do our comments affect the design of the IC7000 ?)

Ralf Reiterer <ralfreit@...>

Reports back to the radio via Ethernet can and should be
unpolled. Ethernet handles collision details nicely. That
gets rid of many of the uglies of the CI-V interface;. I'd
add to your 1A memory reports request the implicit request
that they be "complete". Any memory should memorise the
entire control state of the radio at the time and restore it
on call back. That complete status should be part of the
remote control memory status report. (And a poll to request
"radio status" should exist if the "push" mode from radio to
remote controller is not desired.)
The radio should support both, the push and pull mode. By default the
push mode should be deactivated since not every client might desire (or
even be capable to handle) it.

I'll up the ante on this and request that the changes which are
reported be user programmable via CI-V. Only tales one bit per
parameter to report.
I completely agree on that.

Regarding collisions, ethernet is of course a far better choice as
issues are handled at operating system level and therefore will remove
complexity from the IC-7000 device driver.

However the IC-7800 only uses ethernet for updating its firmware, as I
have read. So we can only hope that Icom sees the signs of time and
opens the ethernet port for remote control and bandscope samples too. We
will see what happens. ;-)

...IC-7000 and the computer...
* implement a sophisticated CI-V command set that allows (almost)
all functions to be controlled from the computer.

No, all! and not just conrolled, but readable as well.
Why not allow all functions to be controlled? That would open nice
Of course they should be readable as well. But that's already the case
for almost all functions today.

If the C&R, Control and Reporting, is via CI-V that may be
worthwhile. If the C&R is via Ethernet that's spurious. (CI-V
should still exist and offer the ability to send control data
to the likes of a PW-1, of course. But for remote control it
should be considered a dead issue in exchange for an Ethernet
interface that handles the IF samples and the bandscope data
as well as the C&R data. Then we can build magic with radios.
I do not completely agree on that as the CI-V system will also be
necessary if you want to connect the IC-7000 to another Icom radio, e.g.
to do CI-V transceive. Otherwise you will always need a software or
microcontroller that interfaces CI-V with ethernet. But I don't think
it's a big issue to keep the CI-V jack and add an ethernet jack too. Of
course sending bandscope samples will make most sense for ethernet only
as you don't have to take care about the low bandwidth the CI-V bus has.
However AOR managed to do that for the AR-8200. You can read the
bandscope samples in a packed format via the serial port. But I have not
tested how performant this solution is. So ethernet is definitely the
better choice for such things.


Join ic7000@groups.io to automatically receive all group messages.