I may be missing something, but I think it could work in the same way as KComm behaves now.
Unlike other soundcard software, which simply decodes in the DSP at whatever frequency in the waterfall is selected, KComm retunes the K3's VFO so the signal is centred in the waterfall. Therefore it is always decoding at a known fixed frequency. There may be an offset from the TX frequency but it should be predictable and can therefore be compensated for. The quick test would be to see if the soundcard decoded text coincided with the K3's own decoded text. Unfortunately it's difficult to check because the K3 PSK31 text decode is disabled in DATA A. The usual caveats about misuse of AFC and NET would still be relevant. I can see how it needs to be implemented from a system perspective, but not being a programmer, I don't know how to do it! 73 Ian G4FSU 2009/2/28 Joe Subich, W4TV <li...@subich.com> > > Ian, > > > 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? > > Although it might be technically possible for KComm to be > modified to use the PC soundcard for turning and PSK31 decode > and the PSK-D mode for transmit, I do not thick you would like > the results as the transmit and receive frequencies would > quite easily diverge since PSK-D transmits at a fixed 1050 Hz > tone frequency. > > "Zero beat" is quite critical with PSK modes. As little as > 10 Hz deviation between transmit and receive frequencies can > result in "walking the band" if AFC/Net are in use or no copy > if the other station is not using AFC. > > 73, > > ... Joe, W4TV > > > > > -----Original Message----- > > From: elecraft-boun...@mailman.qth.net > > [mailto:elecraft-boun...@mailman.qth.net] On Behalf Of Ian > > Greenshields > > Sent: Saturday, February 28, 2009 11:39 AM > > To: elecraft@mailman.qth.net > > Subject: [Elecraft] K3 KComm PSK D / FSK D Question > > > > > > 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 > > > > ______________________________________________________________ Elecraft mailing list Home: http://mailman.qth.net/mailman/listinfo/elecraft Help: http://mailman.qth.net/mmfaq.htm Post: mailto:Elecraft@mailman.qth.net This list hosted by: http://www.qsl.net Please help support this email list: http://www.qsl.net/donate.html
