[Elecraft] K2 firmware "wish"

[VR2BrettGraham]

WA4FIB countered:

>>Add RC to KIO commands that will work in transmit mode.
>
>Probably not a good idea. RC affects XIT as well as RIT, so performing
>that command while transmitting would have the effect of an instant QSY
>if XIT is active. We have enough "swooping" on the air as it is ,
>please don't add another cause...

RC being ignored during transmit means that an embedded "RIT clear"
command sent by an logging program as part of transmitting a CW message
will not work.

If a remote control application is diddling with XIT, then I would think the
case where RC is sent when rig is in transmit mode is something that
can be avoided by the application.

I would be surprised if there is much use of XIT via remote control to 
begin with.

I would not expect too much use of XIT from the front panel, either.  Splits on
phone usually start at 5 kc & on CW with narrow filters, I would expect others
to find RIT with 0.6 kc spread to be reasonable if you have to use it a lot 
(like
in a situation where one is running stations in a contest) - so I would suggest
that most would be more likely to use split VFOs instead of XIT & therefore
the likelihood of inadvertent RCing during transmit causing rigs to suddenly
jump frequency (it would not "swoop") to be of not much worry.

Since the K2 uses an adaptation of the Kenwood command set, another way
to look at it is with a far greater number of TS850s, 930s, 940s, 950s & so on
out there, all able to accidently RC the XIT whilst transmitting & many being
used logging programs that do just that, does that happen?

IMHO, a non-problem & if there is to be a 432 Mc transverter product & any
desire to sell it to the satellite crowd, having RC hobbled during transmit 
when
the VFO needs to allow QSYing whilst transmitting would be a tad naff.

If we really need nannying, then RC whilst transmitting can result with ?; 
if XIT
is on, but clears RIT if only that is on.

73, VR2BrettGraham