Envelope-to: dave@picks.force9.co.uk Delivery-date: Wed, 13 Jul 2005 17:08:58 +0100 Received: by pih-mxcore12.plus.net with spam-scanned (PlusNet MXCore v2.00) id 1Dsjn7-0003Mi-G6 for dave@picks.force9.co.uk; Wed, 13 Jul 2005 17:08:57 +0100 Received: from post.thorcom.com ([193.82.116.20]) by pih-mxcore12.plus.net with esmtp (PlusNet MXCore v2.00) id 1Dsjn7-0003MV-BF for dave@picks.force9.co.uk; Wed, 13 Jul 2005 17:08:57 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1DsjmP-0005GB-U6 for rs_out_1@blacksheep.org; Wed, 13 Jul 2005 17:08:13 +0100 Received: from [82.108.183.144] (helo=relay3.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1DsjmP-0005G2-6f for rsgb_lf_group@blacksheep.org; Wed, 13 Jul 2005 17:08:13 +0100 Received: from mout1.freenet.de ([194.97.50.132]) by relay3.thorcom.net with esmtp (Exim 4.51) id 1DsjmN-0000Ca-7Y for rsgb_lf_group@blacksheep.org; Wed, 13 Jul 2005 17:08:12 +0100 Received: from [194.97.55.192] (helo=mx8.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.52) id 1DsjmG-0001eH-5l for rsgb_lf_group@blacksheep.org; Wed, 13 Jul 2005 18:08:04 +0200 Received: from p5486b088.dip0.t-ipconnect.de ([84.134.176.136] helo=[192.168.0.200]) by mx8.freenet.de with esmtpsa (ID dl4yhf@freenet.de) (TLSv1:AES256-SHA:256) (Exim 4.52 #3) id 1DsjmF-0000i5-SU for rsgb_lf_group@blacksheep.org; Wed, 13 Jul 2005 18:08:04 +0200 Message-ID: <42D5203E.2050506@freenet.de> Date: Wed, 13 Jul 2005 16:07:58 +0200 From: Wolf DL4YHF User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: In-Reply-To: Subject: Re: LF: Rugby lines Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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-PN-SpamFiltered: by PlusNet MXCore (v2.00) Hi Dave, You wrote: > That was done by measuring the "strength" of the tone when analysing > the wav files with Spectrum Lab. The receiver AGC made the peak noise > level the same I could read off the difference in tone level (in a > tiny bandwidth) . Did you turn your receiver's AGC off (or to "manual") when recording the files ? If not, the increase of the audio signal will not tell you the true story. Besides this, I played with some recent recordings which Jim sent me. Trying to subtract the spectrum of the Loran signal from the "wanted" signal, but this didn't work too well. And the automatic multi-notch function (which also acts upon the FFT'ed audio stream) also kills CW-type signals.. too bad. So the removal of the Loran noise must be done in the time domain, maybe similar to a classic "QRM eliminator" on the rcvr's antenna input. Here is how such a circuit could work: 1.) Build a broadband receiver for 100 kHz, which recovers the waveform of the Loran pulses 2.) Regenerate the pulses (constant amplitude) by means of a Schmitt-Trigger. 3.) Use these pulses to drive an analog switch to "blank" the 137 kHz receiver input. Or (a bit more complicated due to the need to demodulate "positive" and "negative" pulses): Add the harmonics of the regenerated Loran signals, with amplitude and phase carefully adjusted, to the 137 kHz signal (no blanking but subtraction). This may produce less unwanted sidebands, but requires an SSB-type receiver for the Loran signal with controlled 100 kHz L.O. . Well these are just a few thoughts... not verified the principle because Loran is rather weak here (or other kinds of QRM too strong ! ). Cheers, Wolf DL4YHF .