Ralf Reiterer <ralfreit@...>
Reports back to the radio via Ethernet can and should beThe 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 areI 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. ;-)
Why not allow all functions to be controlled? That would open nice...IC-7000 and the computer...all functions to be controlled from the computer.
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 beI 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.