[Elecraft] K3 KComm PSK D / FSK D Question

Ian Greenshields ian.greenshields at gmail.com
Sat Feb 28 11:38:34 EST 2009


I'm either missing something or I have a feature request for KComm,
depending on whether I have misunderstood how to use the software!
I've been looking for a contest / general purpose logger for data modes from
the K3 that can make use of the K3's PSK D and FSK D modes for RTTY and
PSK31, i.e. using the K3 to generate the RTTY or PSK signals and not the
computer soundcard. This is something that, at least with my basic PC, the
K3 seems to be much better at as well as eliminating an audio cable from the
PC to the K3. KComm does this very well.

On the receive side, there's a problem. I've read & understand the reasons
why KComm cannot yet use the decoded RX data from the K3 on the serial port
(big shame, BTW). But even so, tuning PSK31 signals is very fiddly using the
K3's CWT & hopeless in a contest situation. I was hoping to be able to use
the PSK engine and the waterfall within KComm to facilitate tuning in
signals and for text decode whilst retaining the excellent FSK/PSK D TX
arrangement that KComm has implemented. However, as soon as the soundcard
option is ticked in the settings, the programme seems to now only allow TX
also via the soundcard.

So to my question: is it possible for KComm to use the PC soundcard for RX
tuning and data decode, whilst retaining the K3's data TX capabilities via
the serial port?

I think even after it hopefully becomes possible to separate the K3's
decoded text and radio responses on the serial port, some form of waterfall
aid to tuning and band monitoring will still be extremely useful within a
logging / control programme, then requiring an input to the soundcard
anyway.

At the moment, I use the MMVARI data engine for RTTY & PSK31 RX, and KComm
for TX. But, they fight for the serial port, they don't fit on the screen,
you can't easily transfer data from an RX to a TX window etc. etc. It seems
to me that KComm does almost all of this already if the above were possible
(OK, the data engine needs to support RTTY too, but that's a next step; the
K3 display will have to do in the interim as it's much better at tuning &
decoding RTTY).

It is possible? Could it be inplemented? Any other thoughts or solutions?

Many thanks & 73,
Ian G4FSU


More information about the Elecraft mailing list