Return-Path: Received: from rly-mf02.mx.aol.com (rly-mf02.mail.aol.com [172.20.29.172]) by air-mf02.mail.aol.com (v125.7) with ESMTP id MAILINMF021-94a4aa2441e1ad; Sat, 05 Sep 2009 06:57:57 -0400 Received: from post.thorcom.com (post.thorcom.com [193.82.116.20]) by rly-mf02.mx.aol.com (v125.7) with ESMTP id MAILRELAYINMF028-94a4aa2441e1ad; Sat, 05 Sep 2009 06:57:36 -0400 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1Mjswy-0006x9-OQ for rs_out_1@blacksheep.org; Sat, 05 Sep 2009 11:56:56 +0100 Received: from [83.244.159.144] (helo=relay3.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1Mjswy-0006x0-68 for rsgb_lf_group@blacksheep.org; Sat, 05 Sep 2009 11:56:56 +0100 Received: from mail-bw0-f212.google.com ([209.85.218.212]) by relay3.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1Mjswp-0005ow-RY for rsgb_lf_group@blacksheep.org; Sat, 05 Sep 2009 11:56:50 +0100 Received: by bwz8 with SMTP id 8so1237745bwz.4 for ; Sat, 05 Sep 2009 03:56:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=rVW4Tq3Msa2ay6lEl4BILAuXsksXHCVGq2Jx5GEvpJs=; b=Fs4AqbrB83VmzDoopAL6lXH/RLOcYkyQLw6qczGxFQw5+c+6tnp6hgQYkLlF8wis/w /wSdSC0CanJ7YP391b+7NZvZ4W0PdF3HOZc2uE8G37qPMtc+9Tobwpb5x3mv/mRrpk+Y FQZ2SgYIK5FgpDwjcnkzy87auWIgCghE/5wQQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=iMQ+6ciquECX2l6YHJC4XB4TyQ+LWUpScxmKMygs+3rn648b8sY1ZyoyaWjSVfBFbu JiaxnwF99jhTKFK0D3xIntClygwunqf5R4/Iba8KxYisQptbOgDga+v+LNBDEOoujCKn vDY3wtAhVLx/h7V2gBiIidx4r0wwO4XzSQUhU= MIME-Version: 1.0 Received: by 10.103.87.35 with SMTP id p35mr5156268mul.75.1252148201905; Sat, 05 Sep 2009 03:56:41 -0700 (PDT) In-Reply-To: <4AA22EDB.2060704@sighthound.demon.co.uk> References: <8E070AD22619484C9E2D22046F45C521@JimPC> <4AA224DE.17607.C34F15@dave.davesergeant.com> <4AA22EDB.2060704@sighthound.demon.co.uk> Date: Sat, 5 Sep 2009 11:56:41 +0100 X-Google-Sender-Auth: da6c23a42f044388 Message-ID: <1f0624b90909050356s2ff3e23ej283abf0cdaaafb88@mail.gmail.com> From: Gary - G4WGT To: rsgb_lf_group@blacksheep.org DomainKey-Status: good (testing) X-Spam-Score: 0.0 (/) X-Spam-Report: autolearn=disabled,none Subject: Re: LF: Re: WSPR beacon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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-AOL-SCOLL-AUTHENTICATION: mail_rly_antispam_dkim-m234.2 ; domain : googlemail.com DKIM : fail X-Mailer: Unknown (No Version) Hi Dave, LF, > Dave Sergeant wrote: >> 3. You are of course s9+ at this range, and show as bright red on WSPR'= s >> spectrogram. Hardly 'weak signal'. Does the software cope with strong >> signals or does it overload? I get about 25% decode from Graham G0NBD who is about 35-40 miles from me, all weaker signals decode OK. As it is a weak signal mode the stronger signals must be a cause of non-decodes. 73, Gary - G4WGT. 2009/9/5 John P-G : > Dave, LF, > > > Dave Sergeant wrote: > >> >> Well prompted by all the mails on here I have just installed the WSPR >> software and had a listen to your signals this morning. >> >> I noticed a couple of things which might explain why I was not getting= any >> decodes: >> >> 1. On switch on of my K2 and Datong UC1 which I use for 500kHz receive >> there is a noticeable drift, initially as high as 10Hz in the 2 minute >> sampling period but eventually dropping to within 1Hz. I could not find= a >> spec as to how stable the receiver needs to be for WSPR. I believe most= of >> this drift is the 116MHz downconverter crystal in the UC1, which is a= big >> limitation to using it as a serious 500kHz receiver. > > The frequency needs to be reasonably stable - the WSPR software will rep= ort > the frequency shift seen during a reception period as "Drift" and I've= seen > a few reports of 1 or 2 Hz. This implies that it will work with a 1-2Hz > drift across the 2 minute period. I'm not sure what the absolute limit= is > though. > >> 2. Although I synchronised my computer clock to the time standards, and= it >> seems just a fraction of a second different from my 60kHz clock, your >> transmissions seemed to be starting a second or two early, before my WS= PR >> started receiving, and finishing at around the 1.52 minutes point. Is= your >> clock out, or is this how it is supposed to work? > > My PC is running NTP and is (hopefully fairly well locked to NTP time)= and > WSPR reports =A0"DT" (Delta Time) of +/- 0.1 Seconds on Jim's signals,= so I > guess that he and I are in agreement of what the correct time is, and he= 's > getting lots of spots reported from other stations, so I don't think his > timing is an issue. His trace on the waterfall in WSPR sits nicely in th= e > 2-minute window. > > I've seen successful decodes with DTs of up to 2 seconds. > > The SNR/clock rate issue (see below) might muddy the waters =A0on absolu= te > timing accuracy though? > >> 3. You are of course s9+ at this range, and show as bright red on WSPR'= s >> spectrogram. Hardly 'weak signal'. Does the software cope with strong >> signals or does it overload? > > This might be significant though. > > I've seen may times that very strong signals fail to decode whereas much > weaker ones from the same station (eg during QSB or after reduction in= TX > power) decode fine. There is one theory that it's to do with the accurac= y of > the soundcard clocks. With weakish signals some of the transmission is= lost > in the noise and the FEC will kick in and allow a decode by "filling in= the > gaps". With very strong signals no data is missed, and due to clock rate > differnces the decode fails because the received bits are outide the > tolerance of the decoder, timewise (A very poor description, sorry - And= y > JNT will explain better). > > > This could imply that either yours or Jim's soundcard is not up to the= job. > Since Jim has had spots reported from close stations with SNRs of +9dB= I > guess this implies Jim's timing must be okay. I've seen this effect kick= in > when signals start to go into the positive SNR region. > > >> The only decode I got was for 'C1N/NU0RWS' in one of your non-transmit >> periods. > > That's a false decode and might indicate that you have a noise problem.= I've > seen similar gobbledegook decodes from people with high noise levels. > > HTH > > I'm receiving Jim consistently, in daylight, at -21dB SNR at 953km dista= nce > - on a Wellbrook ALA1530 loop. > > > Cheers, > > John > > > > > > >