Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-di02.r1000.mx.aol.com (Internet Inbound) with ESMTP id 122ED38000194; Sun, 23 Sep 2012 13:10:03 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1TFpg0-0002lH-U6 for rs_out_1@blacksheep.org; Sun, 23 Sep 2012 18:09:04 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1TFpg0-0002l8-5w for rsgb_lf_group@blacksheep.org; Sun, 23 Sep 2012 18:09:04 +0100 Received: from imr-da02.mx.aol.com ([205.188.105.144]) by relay1.thorcom.net with esmtp (Exim 4.77) (envelope-from ) id 1TFpfx-0004JJ-IR for rsgb_lf_group@blacksheep.org; Sun, 23 Sep 2012 18:09:03 +0100 Received: from mtaout-da05.r1000.mx.aol.com (mtaout-da05.r1000.mx.aol.com [172.29.51.133]) by imr-da02.mx.aol.com (8.14.1/8.14.1) with ESMTP id q8NH8twV007834 for ; Sun, 23 Sep 2012 13:08:55 -0400 Received: from White (nrbg-4d072de3.pool.mediaWays.net [77.7.45.227]) by mtaout-da05.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPA id 082FAE000099 for ; Sun, 23 Sep 2012 13:08:51 -0400 (EDT) Message-ID: <6192282346B84BA293F9B6B44980DBD8@White> From: "Markus Vester" To: References: <7F2208077DA448F78F384AF5B55DECA0@White> <505DD1D8.70901@iup.uni-heidelberg.de> <829FB31FADAD4D4682EC509D2416C9F4@AGB> <005d01cd98fe$74bc6030$0501a8c0@xphd97xgq27nyf> <0865DC8F-C867-4D80-8149-D2474B51ED63@gmail.com> <505E55F3.8020502@iup.uni-heidelberg.de> <004d01cd9926$26739b50$6401a8c0@JAYDELL> <6ECF47A4215C4DED9E68C3058165ACD5@White> <505F0488.2010709@iup.uni-heidelberg.de> <009a01cd9993$e4e0c370$6401a8c0@JAYDELL> <505F3407.1050907@iup.uni-heidelberg.de> <004401cd99ab$58954f90$09bfeeb0$@com> Date: Sun, 23 Sep 2012 19:08:18 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 12.0.1606 X-MimeOLE: Produced By Microsoft MimeOLE V12.0.1606 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20110426; t=1348420135; bh=Cx3vnJbrZUWYvEFWnv6WIiozl5OdfomgAS6GwVZk3os=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=vLcdOkiTLf/eHJ7sOfHFz5Lz6j6GojpBDk+sQGS+XHSqU4T1mzv2V9AJ1JOrsXSaK G9zhGVbOHo5zVZsRmxjKyIzEijaTdarmY9mgZ2/YdFG/YbYkVOf3KjOJZw3LEeHB2V ie9jAUN4DuouV5jfYaEkiJheXEdGwTwrDmXfjXf8= X-AOL-SCOLL-SCORE: 0:2:456622080:93952408 X-AOL-SCOLL-URL_COUNT: 0 X-Spam-Score: 0.2 (/) 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 Terry, excellent! Your SpecLab screenshot caused some head scratching... Stefans transmission from 15 to 15:30 was decoded and is visible in the WSPR waterfall. But then, this same one is also visible within the blue noise band in SpecLab, but only for half a minute ?? [...] Content analysis details: (0.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [205.188.105.144 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (markusvester[at]aol.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.8 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 1.0 FREEMAIL_REPLY From and body contain different freemails X-Scan-Signature: 1b85b97af56c2ce8b6be9bd6ca70127d Subject: Re: LF: Re: Experimental software for WSPR-8 and -32 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01CD99BE.CADBC990" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.6 required=5.0 tests=HTML_40_50,HTML_MESSAGE, MISSING_OUTLOOK_NAME 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-SCOLL-AUTHENTICATION: mtain-di02.r1000.mx.aol.com ; domain : mx.aol.com DKIM : pass x-aol-sid: 3039ac1da606505f426b2b63 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none Dies ist eine mehrteilige Nachricht im MIME-Format. ------=_NextPart_000_000F_01CD99BE.CADBC990 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Terry, excellent!=20 Your SpecLab screenshot caused some head scratching... Stefans = transmission from 15 to 15:30 was decoded and is visible in the WSPR = waterfall. But then, this same one is also visible within the blue noise = band in SpecLab, but only for half a minute ??=20 Finally the penny dropped: That must have been the 14:00-14:09 = transmission which got trapped by the watchdog, and SpecLab timestamps = are an hour off. Actually I had that same problem a while ago, with a = newer version of SpecLab that automatically asks Windows for UTC, and I = still had the local timezone offset engaged. Unfortunately I didn't manage to decode Stefan in -32 here yet. Might = have had a problem with my own transmission overloading WSPR outside the = receive band.=20 Best 73, Markus From: Terry GW0EZY=20 Sent: Sunday, September 23, 2012 6:49 PM To: rsgb_lf_group@blacksheep.org=20 Subject: RE: LF: Re: Experimental software for WSPR-8 and -32 Stefan =20 Screen grab showing decodes of FC and NM in WSPR32. I have now the = correct =E2=80=9CDial=E2=80=9D offset to report the correct QRG. But = spots not showing on WSPRNet which is running again. Is there a = =E2=80=9Cfilter=E2=80=9D in WSPR2.11 which reads the dial QRG and, if = not in an amateur band, does not upload? =20 73 Terry=20 =20 From: owner-rsgb_lf_group@blacksheep.org = [mailto:owner-rsgb_lf_group@blacksheep.org] On Behalf Of Stefan = Sch=C3=A4fer Sent: 23 September 2012 17:09 To: rsgb_lf_group@blacksheep.org Subject: Re: LF: Re: Experimental software for WSPR-8 and -32 =20 Jay,=20 Am 23.09.2012 16:01, schrieb jrusgrove@comcast.net:=20 Markus, i would agree to move to WSPR-32 now. Same QRG. Will be = interesting to see the new spectrograms and the possible distances!=20 Stefan=20 Assume that you and Markus will be operational in WSPR-32 during the = overnight as well? If you can, please TX running until shortly after = your sunrise.=20 Jay W1VD WD2XNS WE2XGR/2=20 CFM, i will run the TX until 6 UTC in WSPR-32 mode on 136.164 kHz. My = part is the first 30 minutes of each hour. This can be nicely seen on = the grabbers, = http://www.iup.uni-heidelberg.de/schaefer_vlf/DK7FC_LF_DX_Grabber.html = ;arkus starts to transmit right after i have finished my last = transmission. An hour ago there was a very exciting funny race for me. I had to modify = the watchdog circuit to allow a longer transmit time. This had to be = finished before the next full hour starts. I took a micro-switch on the = board and increased the R likewise from 560 k to 560+1500k Ohm. = Soldering, drilling holes, connect 7 RG174 signal cables and the power = supply, setting up the PC to generate the signal, giving power to the = PA, all in 15 minutes ;-) I won the race but there was a bug anyway, = somehow. Thus the time constant still was at 9 minutes and so my first = attempt was negative. But the seconds was a nice success, as reported by = Terry. 73, Stefan/DK7FC ------=_NextPart_000_000F_01CD99BE.CADBC990 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable
Hi Terry,
 
excellent!
 
Your SpecLab = screenshot caused=20 some head scratching... Stefans transmission from 15 to 15:30 was = decoded and is=20 visible in the WSPR waterfall. But then, this same one is also = visible=20 within the blue noise band in SpecLab, but only for half a minute = ??=20
 
Finally the penny = dropped: That=20 must have been the 14:00-14:09 transmission which got trapped by the = watchdog,=20 and SpecLab timestamps are an hour off. Actually I had that same problem = a while=20 ago, with a newer version of = SpecLab that=20 automatically asks Windows for UTC, and I still had the = local timezone=20 offset engaged.
 
Unfortunately I = didn't manage to=20 decode Stefan in -32 here yet. Might have had a problem with my=20 own transmission overloading WSPR outside the receive=20 band. 
 
Best = 73,
Markus
 
 
Sent: Sunday, September 23, 2012 6:49 PM
Subject: RE: LF: Re: Experimental software for WSPR-8 and=20 -32

Stefan

 

Screen=20 grab showing decodes of FC and NM in WSPR32. I have now the correct =  =E2=80=9CDial=E2=80=9D=20 offset to report the correct QRG. But spots not showing on WSPRNet which = is=20 running again. Is there a =E2=80=9Cfilter=E2=80=9D in WSPR2.11 which = reads the dial QRG and, if=20 not in an amateur band, does not upload?

 

73=20 Terry

 

From:=20 owner-rsgb_lf_group@bl= acksheep.org=20 [mailto:owner-rsgb_lf_group@blacksheep.org] On Behalf Of Stefan=20 Sch=C3=A4fer
Sent: 23 September 2012 17:09
To:=20 rsgb_lf_group@blacksheep.org
Subject: Re: LF: Re: Experimental = software for WSPR-8 and -32

 

Jay,

Am 23.09.2012 16:01, schrieb jrusgrove@comcast.net: =

Markus, i would agree to move to WSPR-32 now. = Same QRG.=20 Will be interesting to see the new spectrograms and the possible = distances!=20


Stefan

Assume that you and Markus will = be=20 operational in WSPR-32 during the overnight as well? If you can, please = TX=20 running until shortly after your sunrise.

Jay W1VD  = WD2XNS =20 WE2XGR/2


CFM, i will run the TX until 6 UTC in = WSPR-32 mode on=20 136.164 kHz. My part is the first 30 minutes of each hour. This can = be=20 nicely seen on the grabbers, http://www.iup.uni-heidelberg.de/schaefer_vlf/DK7FC_LF_DX_Grabber.= html=20 ;arkus starts to transmit right after i have finished my last=20 transmission.

An hour ago there was a very exciting funny race = for me. I=20 had to modify the watchdog circuit to allow a longer transmit time. This = had to=20 be finished before the next full hour starts. I took a micro-switch on = the board=20 and increased the R likewise from 560 k to 560+1500k Ohm. Soldering, = drilling=20 holes, connect 7 RG174 signal cables and the power supply, setting up = the PC to=20 generate the signal, giving power to the PA, all in 15 minutes ;-) I won = the=20 race but there was a bug anyway, somehow. Thus the time constant still = was at 9=20 minutes and so my first attempt was negative. But the seconds was a nice = success, as reported by Terry.

73,=20 Stefan/DK7FC

------=_NextPart_000_000F_01CD99BE.CADBC990--