Return-Path: Received: from mtain-mh11.r1000.mx.aol.com (mtain-mh11.r1000.mx.aol.com [172.29.96.223]) by air-ma06.mail.aol.com (v129.4) with ESMTP id MAILINMA061-b5284cbb00932aa; Sun, 17 Oct 2010 09:56:35 -0400 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-mh11.r1000.mx.aol.com (Internet Inbound) with ESMTP id 3C1B538000096; Sun, 17 Oct 2010 09:56:34 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1P7Thb-0007je-8e for rs_out_1@blacksheep.org; Sun, 17 Oct 2010 14:55:07 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1P7Tha-0007jV-Qc for rsgb_lf_group@blacksheep.org; Sun, 17 Oct 2010 14:55:06 +0100 Received: from out1.ip03ir2.opaltelecom.net ([62.24.128.239]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1P7ThY-0001mc-4q for rsgb_lf_group@blacksheep.org; Sun, 17 Oct 2010 14:55:06 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApAFANecukxcEY2u/2dsb2JhbACHZZlGccEBgneCUgSNZg X-IronPort-AV: E=Sophos;i="4.57,342,1283727600"; d="scan'208";a="322341947" Received: from unknown (HELO xphd97xgq27nyf) ([92.17.141.174]) by out1.ip03ir2.opaltelecom.net with SMTP; 17 Oct 2010 14:54:58 +0100 Message-ID: <001101cb6e02$e26c7620$0401a8c0@xphd97xgq27nyf> From: "mal hamilton" To: References: <8CD38567F4B0C6A-1C1C-116D@webmail-m021.sysops.aol.com> <2C4BE56C4BAB4EB984EBC865A2BBC338@Black> <4CBAE155.6030500@freenet.de> <84762FB94EEB4248987AE5E44EBD03A8@JimPC> Date: Sun, 17 Oct 2010 14:54:57 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Score: 0.0 (/) X-Spam-Report: autolearn=disabled,none Subject: Re: VLF: Re: Detections of 5 microwatt transmission Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: 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-aol-global-disposition: G x-aol-sid: 3039ac1d60df4cbb00900600 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : temperror Jim This looks like a lot of trouble for no real practical purpose, other than maybe get a glimpse of a carrier an odd time on 8970 Kcs The possibility of a real time QSO on this band over any distance looks remote. In all it seems a lot of effort for little reward. GL de Mal/G3KEV ----- Original Message ----- From: "James Moritz" To: Sent: Sunday, October 17, 2010 2:27 PM Subject: Re: VLF: Re: Detections of 5 microwatt transmission > Dear Wolf, Markus, LF Group, > > I have been doing an experiment over the last couple of days to see if it is > practical to do this kind of reception with just the Spectrum Lab "frequency > compensation" facility, using an off-air VLF signal as a reference. > > As I noted during DK7FC's last VLF test, the internal sound card in my shack > laptop PC suffers from a short-term cyclic frequency drift, over a range of > a few ppm with a period of about 100s, which appears to be due to the > cooling fan going on and off. This results in a spectral line in a > millihertz-resolution spectrogram being spread out over several millihertz. > I tried altering the "power management" parameters of the laptop, but > unfortunately none of these seem to result in the fan staying permanently > on, which would probably cure the problem. The SpecLab frequency drift > compensation facility had no problem locking itself to GBZ on 19.58kHz, and > gives practically perfect long-term frequency accuracy, but actually makes > the short-term drift problem "spreading" worse. I guess this is due to the > cyclic nature of the drift - the drift compensator shows corrections that > vary in a more or less random way between measurements over a range of about > +/-2ppm, although the long term drift is quite small compared to that. > > However, I had a Maplin "budget" external USB soundcard, and tried that > instead. This gives a great reduction in short-term drift, with no visible > sidebands on the millihertz-resolution spectrogram above about -40dB on the > central peak. I then altered the FFT parameters to give 29.8 micro-hertz > resolution (centre frequency 8.97kHz, fs 96kHz, decimate by 6144, FFT length > 524288 samples), and left it for a day or so to monitor an 8.97kHz signal > from a Halcyon PFS-1 frequency reference, which is locked to the BBC R4 > signal on 198kHz. The resulting spectrogram is attached - the time markers > are 5 hours, the amplitude divisions 10dB. after apparently settling for > several hours, the signal is concentrated into a single peak at least some > of the time, although it looks like there are some "abrupt" phase changes > (at least compared to the 9 hour duration of the FFT samples ;-)). I am not > sure which part of the system these occur in - it could be due to > propagation or other changes, either in the 198kHz signal , or in GBZ. > > As it is, the receiving system has frequency accuracy and resolution in the > several parts-per-billion range, which isn't bad considering the cheap and > unstabilised nature of the components. I think this would at least stand a > chance of seeing Markus' low ERP signal - will have to try next time! > > Cheers, Jim Moritz > 73 de M0BMU >