[ICOM] Splitting the remote stream

Dave AA6YQ aa6yq at ambersoft.com
Sun Apr 18 17:41:00 EDT 2010


>>>AA6YQ comments below

-----Original Message-----
From: icom-bounces at mailman.qth.net
[mailto:icom-bounces at mailman.qth.net]On Behalf Of AD5PE
Sent: Sunday, April 18, 2010 5:24 PM
To: 'ICOM Reflector'
Subject: Re: [ICOM] Splitting the remote stream


Ahhh - thanks for the education (I'd never delved quite that deep into
CI-V).

So then it IS using what I alluded to - in fact the same protocol I was
referring to ala networking.

>>>No -- there's no "busy line" or "request to send" signal, nor is any
buffering required (other than a command-emitting node retaining its last
command until that command is acknowledged). CSMA/CD is a networking
protocol, just not what you described.

It's just that the PW-1 doesn't have a correct implementation in that it
isn't detecting and discarding the corrupted packets.

>>>Correct.

Seems to me if it's just the PW-1 that isn't playing nice, that Icom should
provide an update to fix it.  Especially since having it switch to the wrong
band (and then transmitting) could cause damage.

>>>You're welcome to try, but Icom is remarkably impervious to this sort of
feedback. Were this not the case, it would be possible to determine the
state of an Icom transceiver's Split via CAT command -- an easily-added
capability that has been requested by many Icom users for more than a
decade.

    73,

        Dave, AA6YQ



More information about the Icom mailing list