Return-Path: Received: from rly-mh04.mx.aol.com (rly-mh04.mail.aol.com [172.21.166.140]) by air-mh01.mail.aol.com (v121_r5.5) with ESMTP id MAILINMH012-bce4972622e11e; Sat, 17 Jan 2009 17:56:54 -0500 Received: from post.thorcom.com (post.thorcom.com [193.82.116.20]) by rly-mh04.mx.aol.com (v121_r4.4) with ESMTP id MAILRELAYINMH046-bce4972622e11e; Sat, 17 Jan 2009 17:56:48 -0500 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1LOK5O-0006fz-5v for rs_out_1@blacksheep.org; Sat, 17 Jan 2009 22:56:14 +0000 Received: from [193.82.116.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1LOK5N-0006fq-NG for rsgb_lf_group@blacksheep.org; Sat, 17 Jan 2009 22:56:13 +0000 Received: from mout1.freenet.de ([195.4.92.91]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1LOK5N-0001LP-14 for rsgb_lf_group@blacksheep.org; Sat, 17 Jan 2009 22:56:13 +0000 Received: from [195.4.92.24] (helo=14.mx.freenet.de) by mout1.freenet.de with esmtpa (ID dl4yhf@freenet.de) (port 25) (Exim 4.69 #76) id 1LOK5L-0006qn-C3 for rsgb_lf_group@blacksheep.org; Sat, 17 Jan 2009 23:56:11 +0100 Received: from e177036155.adsl.alicedsl.de ([85.177.36.155]:3757 helo=[192.168.0.101]) by 14.mx.freenet.de with esmtpa (ID dl4yhf@freenet.de) (port 25) (Exim 4.69 #76) id 1LOK5L-0008A5-4S for rsgb_lf_group@blacksheep.org; Sat, 17 Jan 2009 23:56:11 +0100 Message-ID: <49726209.2080403@freenet.de> Date: Sat, 17 Jan 2009 23:56:09 +0100 From: =?ISO-8859-1?Q?Wolfgang_B=FCscher?= User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: <496E6B45.5020100@usa.net> <0F3DBBAC61C545AE85525CD884B642EC@Black> <20090114231729.6b8aea4f@lurcher> <2AD1A31DF27448F495C0CE7FF33CE9DE@Black> <1E6D0A88C4DE49E5A2AF05911187E7A3@Black> <424931F60B3D4F41AB7DCB9E9FCAB3C5@big7368b9a7d3d> <000e01c97703$df2dfcb0$8d01a8c0@JAYDELL> <5E6F6CB3C59741678D3AE19CEA22B373@JimPC> <45AE4BD5B9164F9A929A6A98D89CF1E6@cahal.danet> <008901c9772e$3b16a2f0$8cd9160a@EFREMOV> <49708674.5080009@telia.com> <006701c97814$91b188a0$8cd9160a@EFREMOV> <1F4FBFE39AD245A3B4A2DDAA4361BA7C@Black> <003701c97897$39a3f110$8cd9160a@EFREMOV> <5A4D281B4A044457B3A14F908BAB31DD@JimPC> In-Reply-To: X-Karma: unknown: X-Spam-Score: 0.0 (/) X-Spam-Report: autolearn=disabled,none Subject: Re: LF: Re: WSPR does not work Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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-IP: 193.82.116.20 X-Mailer: Unknown (No Version) Hello Markus, Jim, and all, Markus wrote: > Yesterday I did basically the same experiment using an audio filter, and saw no difference at all in decoding > ability between full SSB bandwidth and a 250 Hz filter. I concluded (perhaps prematurely) that there is no blocking effect present. > > I do confirm that there is a blocking effect in the WSPR decoder, but I am not really sure about the details... > Today I did another test by injecting an audio carrier from the Speclab generator within the WSPR search bandwidth. The "wanted signal" was F5WK signal at 1577 Hz with -57 dB below ADC fullscale, displaying -15 dB SNR at the time. I found that at a 1450 Hz carrier at -20 dBFS completely blocked decoding, even though the spectrogram traces of the WSPR signal and the carrier both looked perfect. Reducing the blocking carrier to -30 dBFS seemed to reduce Michel's SNR to -20 dB. > > In hindsight, and with the information from Jim, I assume that the out-of-band interference levels in my first experiment simply have been too small to cause an effect. DCF39, the strongest daytime carrier, is attenuated by the SSB IF filter edge to about -34 dBFS at originally 3330 Hz, which is then downconverted to 2830 Hz for the WSPR computer. So I now also believe that decoding might possibly be prevented by a 25 dB larger signal anywhere in the audio band. > > I guess I will need to play more with this tomorrow. > > ... similar findings here, but they are difficult to sort out. In the meantime I was able to improve the readability of Jim's and Michel's signal by *carefully* narrowing the IF filter, to give the decoder less out-of-band signal energy to chew on : 2152 -20 0.0 0.137500 0 M0BMU IO91 23 2152 -21 0.1 0.137577 0 F5WK JN18 37 2158 -23 -0.2 0.137500 0 M0BMU IO91 23 2158 -26 0.0 0.137577 0 F5WK JN18 37 < at this point I modified the filter settings (*) et voila : > 2210 -14 -0.3 0.137500 0 M0BMU IO91 23 2210 -12 0.0 0.137577 0 F5WK JN18 37 2216 -14 -0.1 0.137500 0 M0BMU IO91 23 2216 -11 0.1 0.137577 0 F5WK JN18 37 2222 -11 0.1 0.137577 0 F5WK JN18 37 But drawing any conclusion may be premature - some neighbour may simply have switched off his local QRM generator. My impression is that some processing stages within the WSPR decoder lack dynamic range, or the FFT has significant leakage, or some part of the calculation is done with short integer values (instead of double precision floating point values). The decoder is open source, but lacking any knowledge of the Fortran programming language, I won't try to understand the algorithms. (*) what I did with the TS850 was switch back to SSB filters in both banks, but use the passband tuning to narrow the frequency range, carefully watching on the broadband spectrogram. The high-pitched tone from DCF and some other, "local" carriers are almost unaudible now, and WSPR seems to be happy about that. Early today, on the club station, the narrow preselector in the LF transverter has done a similar job. 73, Wolf DL4YHF ...-.-