Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-mg03.r1000.mx.aol.com (Internet Inbound) with ESMTP id 19119380000AA; Tue, 18 Sep 2012 17:49:36 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1TE5f0-00025T-Hw for rs_out_1@blacksheep.org; Tue, 18 Sep 2012 22:48:50 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1TE5ez-00025K-V1 for rsgb_lf_group@blacksheep.org; Tue, 18 Sep 2012 22:48:49 +0100 Received: from vsmtp14.tin.it ([212.216.176.118]) by relay1.thorcom.net with esmtp (Exim 4.77) (envelope-from ) id 1TE5ex-0005QE-KA for rsgb_lf_group@blacksheep.org; Tue, 18 Sep 2012 22:48:48 +0100 Received: from marco09cqcdi12 (79.44.224.197) by vsmtp14.tin.it (8.6.023.02) id 4FE0AD060A03F15F for rsgb_lf_group@blacksheep.org; Tue, 18 Sep 2012 23:48:46 +0200 Message-ID: <006b01cd95e7$60d26e80$0201a8c0@marco09cqcdi12> From: "Marco Cadeddu" To: References: <2456f.59796ccc.3d8a3418@aol.com> <5058E1CA.3090201@iup.uni-heidelberg.de> <17D145F3-B94B-4939-8CEC-3A8395E686B1@gmail.com> <5058E8D4.9040105@iup.uni-heidelberg.de> Date: Tue, 18 Sep 2012 21:48:45 -0000 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "relay1.thorcom.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Stefan, you may run SpecLab utility, listen to DCF77 (you should receive it .... .. .... ..) and sincronize the pc clock! it take a couple of minutes and with warm PC is fine for at least 12 hours [...] Content analysis details: (2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.216.176.118 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (marcocadeddu[at]tin.it) -0.5 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message 3.4 AXB_XMAILER_MIMEOLE_OL_A7B9C AXB_XMAILER_MIMEOLE_OL_A7B9C X-Scan-Signature: ce3df9f2acd7587159138e0455ceb9aa Subject: Re: LF: WSPR tests by DK7FC Content-Type: multipart/alternative; boundary="----=_NextPart_000_0068_01CD95E7.607EF750" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: * X-Spam-Status: No, hits=1.7 required=5.0 tests=HTML_40_50,HTML_FONTCOLOR_BLUE, HTML_FONTCOLOR_UNSAFE,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR 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: 3039ac1d60cb5058ec707074 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none This is a multi-part message in MIME format. ------=_NextPart_000_0068_01CD95E7.607EF750 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Stefan, you may run SpecLab utility, listen to DCF77 (you should receive it .... = .. .... ..) and sincronize the pc clock! it take a couple of minutes and = with warm PC is fine for at least 12 hours Marco, IK1HSS ----- Original Message -----=20 From: Stefan Sch=C3=A4fer=20 To: rsgb_lf_group@blacksheep.org=20 Sent: Tuesday, September 18, 2012 9:34 PM Subject: Re: LF: WSPR tests by DK7FC Hi Roger, LF, All my PCs are running a time server program. But the tool that = generates the WSPR tones here is not affected by the time. I must use = the WSPR program to generate WSPR-2 to correct the time difference = permanently (in addition with the time server program). However it is just a pretest for the slower WSPR. Markus is already = ready to go. Tomorrow we will try WSPR-8 and WSPR-32. Maybe someone of the TA stations wants to participate in the test, = generating an audio file that will be played at 4x and 16x speed? John = or Jay? 73, Stefan/DK7FC Am 18.09.2012 23:17, schrieb Roger Lapthorn:=20 Stefan, Maybe worth using a package like Atomic to ensure your PC time is in = sync with time servers? I set mine to sync every few minutes so time is = spot on for WSPR.=20 73s Roger G3XBM -- Via my 2.4GHz transceiver -- On 18 Sep 2012, at 22:04, Stefan = Sch=C3=A4fer wrote: Hi Klaus, and Marco/IK1HSS, Thanks for the feedback and reports. It looks like timing is = critical here. I don't know why the time delay is changing. Maybe it has = to do with the separate tool to generate WSPR-2 which has a fixed time = interval between the sequences. The PC i'm using is quite old maybe = there are small time delays that are accumulating... First results are looking fine though. For later regulat = transmissions i shall use the program, unless it is possible to generate = a 12450 Hz TX tone. For the RX, it is not possible to set the audio BFO = tone to 12500 Hz :-( Don't know why it seems to be such a problem to add = that possibility. SpecLab and VAC has to do the rest of the work. OK, = maybe i would need SpecLab anyway, to realise the 2.5 kHz SSB filter... As long as some reports are coming in, the time delay cannot be to = high. However i think the displayed SNR suffers from this delay.=20 73, Stefan/DK7FC Am 18.09.2012 22:31, schrieb KKorn42@aol.com:=20 Stefan you are getting better 1946 -4 -1.8 0.137450 0 DK7FC JN49 30 1956 -4 -1.8 0.137450 0 DK7FC JN49 30 2006 -5 -1.1 0.137450 0 DK7FC JN49 30 2016 -3 -0.5 0.137450 0 DK7FC JN49 30 Monitored with indoor loop. Pse disregard the Frequ in last mail, didn't bother to switch as = I am not uploading. Hope that solves you decode problem? 73 de=20 Klaus DJ6LB ------=_NextPart_000_0068_01CD95E7.607EF750 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable =EF=BB=BF
Hi Stefan,
 
you may run SpecLab utility, listen to = DCF77 (you=20 should receive it .... .. .... ..) and sincronize the pc clock! it take = a couple=20 of minutes and with warm PC is fine for at least 12 hours
 
Marco, IK1HSS
----- Original Message -----
From:=20 Stefan = Sch=C3=A4fer
Sent: Tuesday, September 18, = 2012 9:34=20 PM
Subject: Re: LF: WSPR tests by=20 DK7FC

Hi Roger, LF,

All my PCs are running a time = server=20 program. But the tool that generates the WSPR tones here is not = affected by=20 the time. I must use the WSPR program to generate WSPR-2 to correct = the time=20 difference permanently (in addition with the time server = program).
However=20 it is just a pretest for the slower WSPR. Markus is already ready to = go.=20 Tomorrow we will try WSPR-8 and WSPR-32.

Maybe someone of the = TA=20 stations wants to participate in the test, generating an audio file = that will=20 be played at 4x and 16x speed?  John or Jay?

73,=20 Stefan/DK7FC

Am 18.09.2012 23:17, schrieb Roger Lapthorn:=20
Stefan,

Maybe worth using a package like Atomic to ensure your PC time = is in=20 sync with time servers? I set mine to sync every few minutes so time = is spot=20 on for WSPR. 

73s
Roger G3XBM

-- Via my 2.4GHz transceiver --

On 18 Sep 2012, at 22:04, Stefan Sch=C3=A4fer<Stefan.Schaefer@iup.uni-heidelberg.de>=20 wrote:

Hi Klaus, and Marco/IK1HSS,

Thanks for the feedback = and=20 reports. It looks like timing is critical here. I don't know why = the time=20 delay is changing. Maybe it has to do with the separate tool to = generate=20 WSPR-2 which has a fixed time interval between the sequences. The = PC i'm=20 using is quite old maybe there are small time delays that are=20 accumulating...

First results are looking fine though. For = later=20 regulat transmissions i shall use the program, unless it is = possible to=20 generate a 12450 Hz TX tone. For the RX, it is not possible to set = the=20 audio BFO tone to 12500 Hz :-( Don't know why it seems to be such = a=20 problem to add that possibility. SpecLab and VAC has to do the = rest of the=20 work. OK, maybe i would need SpecLab anyway, to realise the 2.5 = kHz SSB=20 filter...

As long as some reports are coming in, the time = delay=20 cannot be to high. However i think the displayed SNR suffers from = this=20 delay.

73, Stefan/DK7FC




Am 18.09.2012 = 22:31,=20 schrieb KKorn42@aol.com:=20
Stefan
you are getting better
1946  -4 -1.8   0.137450  0 DK7FC = JN49=20 30
1956  -4 -1.8   0.137450  0 DK7FC JN49 = 30
2006  -5 -1.1   0.137450  0 DK7FC JN49 = 30
2016  -3 -0.5   0.137450  0 DK7FC JN49 = 30
 
Monitored with indoor loop.
 
Pse=20 disregard the Frequ in last mail, didn't bother to switch as I = am not=20 uploading.
Hope that solves you decode = problem?
73
de
Klaus
DJ6LB
 
=
 
------=_NextPart_000_0068_01CD95E7.607EF750--