Return-Path: Received: (qmail 81328 invoked from network); 26 Nov 2004 21:15:26 -0000 Received: from unknown (HELO ptb-spamcore01.plus.net) (192.168.71.1) by ptb-mailstore01.plus.net with SMTP; 26 Nov 2004 21:15:26 -0000 Received: from mailnull by ptb-spamcore01.plus.net with spamcore-l-b (Exim 4.32; FreeBSD) id 1CXnjd-00029T-4X for dave@picks.force9.co.uk; Fri, 26 Nov 2004 21:34:33 +0000 Received: from [192.168.67.2] (helo=ptb-mxcore02.plus.net) by ptb-spamcore01.plus.net with esmtp (Exim 4.32; FreeBSD) id 1CXnjd-00029Q-1R for dave@picks.force9.co.uk; Fri, 26 Nov 2004 21:34:33 +0000 Received: from post.thorcom.com ([193.82.116.20]) by ptb-mxcore02.plus.net with esmtp (Exim) id 1CXnR7-000Gmw-4O for dave@picks.force9.co.uk; Fri, 26 Nov 2004 21:15:25 +0000 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1CXnQV-0007Qq-JO for rs_out_1@blacksheep.org; Fri, 26 Nov 2004 21:14:47 +0000 Received: from [193.82.116.30] (helo=relay.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1CXnQV-0007Qh-6M for rsgb_lf_group@blacksheep.org; Fri, 26 Nov 2004 21:14:47 +0000 Received: from smtp801.mail.ukl.yahoo.com ([217.12.12.138]) by relay.thorcom.net with smtp (Exim 4.41) id 1CXnQR-0005a7-I5 for rsgb_lf_group@blacksheep.org; Fri, 26 Nov 2004 21:14:47 +0000 Received: from unknown (HELO Main) (Alan.Melia@81.135.30.144 with login) by smtp801.mail.ukl.yahoo.com with SMTP; 26 Nov 2004 21:14:37 -0000 Message-ID: <000b01c4d3fc$f0716880$6507a8c0@Main> From: "Alan Melia" To: "LF-Group" Date: Fri, 26 Nov 2004 21:14:30 -0000 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-SPF-Result: relay.thorcom.net: 217.12.12.138 is neither permitted nor denied by domain of btinternet.com X-Spam-Score: 2.9 (++) X-Spam-Report: autolearn=no,RCVD_IN_SORBS=0.1,RCVD_IN_SORBS_WEB=2.8 Subject: LF: MSK etc and stability Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false X-Spam-Filtered: by PlusNet SpamCORE (v3.00) Hi Bill and Alberto, I feel I should wear a silly smile and pair of glasses (is it still true you can avoid getting thumped if you are wearing glasses ?) before saying this..... About 16 years ago just as DSP was begining to make itself felt in the professional modem field I was involved in an abortive project for a multitone HF modem. It was to be centred on an ASIC design, and was squelched by the DSP developments. I saw a bit of DSP coding done by a research student that produced software decoder, but it also had a vital bit of coding for commercial HF use... it had "AFC". Now I dont know whether building in some sort of two speed AFC is possible, but I am sure it would be an advantage for audible (or visible) signals. The problems occurs for the operator at LF where we want to set up a receiving facility "blind". I know the difficulty of this as I tried to receive Larry for about 4 months on AFRICAM and an S-D unit, without success. I am sure this was because although my receiver was stable enough I was not able at that time to be totally sure of the frequency the computer thought it was tuned to. (I did not have the fine resolution synthesiser I have now) When Larry finally gave up with BPSK and went QRSS he was received almost the first night.....but I was "listening" 0.8 Hz away and rejected the broken line as a weak Loran line, knowing Larry had GPS locked standards.....he was off-frequency as he later admitted. The other way of doing this might be to accept another local signal input...maybe the other of the stereo channels.... which would be an accurately defined frequency, rather like the ARGO calibration routine. It would then be subject to all the soundcard errors, but not the receiver mistuning. The only way I could think of around this would be to couple an accurate weak signal into the aerial and have the decoder lock to it for calibration. Because of the difficulties with fading one would need a "search" facility for "optimising the tuning" of the signal over a known small range and then when copy was received, a "hold" facility for locking to it even when it was faded into the noise, and was not being decoded. The software "overhead" for this might be too high.....I have no way of knowing what degree of mistuning could readily be corrected. However if we work to 0.1Hz as someone suggested would it be reasonable to have at least a similar degree of mistuning tolerance?? I dont yet have a GPS locked standard, but as Crown-Castle and the NPL dont seem to be interested in the reported instabilities on 198kHz Droitwich, I will soon have to get moving on that project. Cheers de Alan G3NYK alan.melia(at)btinternet.com