Return-Path: Received: (qmail 2170 invoked from network); 14 Feb 2002 18:23:09 -0000 Received: from unknown (HELO murphys-inbound.services.quay.plus.net) (212.159.14.225) by excalibur.plus.net with SMTP; 14 Feb 2002 18:23:09 -0000 X-Priority: 3 X-MSMail-Priority: Normal Received: (qmail 7127 invoked from network); 14 Feb 2002 18:23:05 -0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Received: from unknown (HELO post.thorcom.com) (212.172.148.70) by murphys.services.quay.plus.net with SMTP; 14 Feb 2002 18:23:05 -0000 Received: from majordom by post.thorcom.com with local (Exim 3.33 #2) id 16bQMh-000825-00 for rsgb_lf_group-outgoing@blacksheep.org; Thu, 14 Feb 2002 18:12:15 +0000 Received: from imo-d03.mx.aol.com ([205.188.157.35]) by post.thorcom.com with esmtp (Exim 3.33 #2) id 16bQMc-00081z-00 for rsgb_lf_group@blacksheep.org; Thu, 14 Feb 2002 18:12:10 +0000 Received: from DL4YHF@aol.com by imo-d03.mx.aol.com (mail_out_v32.5.) id l.49.187c719c (4050) for ; Thu, 14 Feb 2002 13:10:44 -0500 (EST) From: DL4YHF@aol.com Message-ID: <49.187c719c.299d57a4@aol.com> Date: Thu, 14 Feb 2002 13:10:44 EST Subject: LF: RE^3: GPS Locked PSK To: rsgb_lf_group@blacksheep.org MIME-Version: 1.0 Content-Type: text/html; charset=windows-1252 X-Mailer: AOL 6.0 for Windows XP DE sub 50 Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group Sender: Content-transfer-encoding: 8bit Hi Andy and group,

Andy G4JNT wrote:

> Is there a reluctance to build extra hardware these days ?   
>
> But I supppose that anyone who doesn't use the Windoze operting system
> now is behind the times and "Not with it!".  An attitude seen more and
> more these days until the advantage of simple software performing
> real time decoding is demonstrated to them.

No reluctance to build extra hardware !
But consider how difficult is to get some of the DSP's, CPU's, evaluation boards etc these days for those non-professionals. Waiting a couple of weeks for that 'very special semiconductor', paying a lot of pounds/dollars/euros for it, and -worst case- blowing the chip before the first sign of life can be as annoying as writing windoze software.
Don't let us go into a fruitless debate of 'pro' and 'contra' using modern PCs, my very personal opinion is this: If we have these pentium PCs etc, why not try to make the most use of it, with or without extra hardware ?


Apart from this:
The phase-over-time plot works (the polar phase plot not yet), so if anyone is interested to spend a few hours on a building-site called 'Spectrum Lab' try it. It is available at www.qsl.net/dl4yhf.  The current version is "V1.67 b4", but this may change very soon.

For a quick start, to receive Andy's PSK CW transmission, open the 'Time domain scope' window (from 'View/Window'), select the preset "Phase meter for 15625 Hz", overwrite the 'L.O.' frequency with the precise audio frequency from of your receiver, usually 650Hz..800Hz if the receiver is set to 'CW'.
Before Andy's test transmission, use a known stable frequeny (like 77.5kHz) to 'calibrate' your RX if it's not GPS-disciplined. Either use a high-resolution spectrum or waterfall to find the correct value for the phase meter's  'L.O. frequency', or adjust the L.O. frequency by "trial and error" until the phase graph gives a horizontal line (the phase plot for the LEFT audio input will be green, the phase for the RIGHT audio input red).
The decimation factor can be set on the "Acquisition+Trigger" tab (subject to change), the preset value is 4096 which gives a bandwidth of less than 44100 Hz / (2*4096) = 5.38Hz. You can set the decimation factor MUCH higher for lower bandwidth, for 10 second dots a good value may be 20736, resulting bandwidth less than 1 Hz, and the time scale covering about 300 seconds if the screen is maximized.
About the stability of the despised soundcard: Mine is stable enough to observe the phase of a TV sync signal (15625Hz) over 5 minutes with less than 45 degrees phase drift, but the PC must be running for a couple of hours before. The error at lower audio frequencies should be  less. If this is still too much: Permanently determining the soundcard's clock error with a GPS-derived signal on one of the stereo input channels may be a solution, though it sounds like 'overkill' to me. Better build a stand-alone high-precision audio generator and use it to replace the 'L.O.' for the phase meter. Now we are back in the hardware business, hooray :-)


Sorry for the lengthy windoze-biased message.

Looking forward for your transmission on friday,

Wolf  DL4YHF.