Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-mb02.r1000.mx.aol.com (Internet Inbound) with ESMTP id C444F380000A1; Mon, 25 Mar 2013 07:04:44 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1UK5CT-0000l8-2T for rs_out_1@blacksheep.org; Mon, 25 Mar 2013 11:04:25 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1UK5CS-0000kz-CU for rsgb_lf_group@blacksheep.org; Mon, 25 Mar 2013 11:04:24 +0000 Received: from relay.uni-heidelberg.de ([129.206.100.212]) by relay1.thorcom.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1UK5CP-0003ei-Ph for rsgb_lf_group@blacksheep.org; Mon, 25 Mar 2013 11:04:23 +0000 Received: from freitag.iup.uni-heidelberg.de (freitag.iup.uni-heidelberg.de [129.206.29.204]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id r2PB3wgq030435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 25 Mar 2013 12:03:59 +0100 Received: from [129.206.22.206] (pc206.iup.uni-heidelberg.de [129.206.22.206]) by freitag.iup.uni-heidelberg.de (8.12.11.20060308/8.11.2) with ESMTP id r2PB3w5C011135 for ; Mon, 25 Mar 2013 12:03:58 +0100 Message-ID: <51502F19.1020208@iup.uni-heidelberg.de> Date: Mon, 25 Mar 2013 12:03:53 +0100 From: =?windows-1252?Q?Stefan_Sch=E4fer?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: <7e4a43afb80a4c15a99b0c90279354e9@kabelmail.de> In-Reply-To: X-Spam-Score: -2.0 (--) 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 Peter, I know these problems. For a longer time i had problems on the TX side on LF (generating tones to the TX converter). Several phase glitches occured in a 30 minute period. In 424 uHz the S/N loss would be dramatic then. [...] Content analysis details: (-2.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [129.206.100.212 listed in list.dnswl.org] -1.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: 070d9ab39265047b7fb462cd62854f10 Subject: Re: LF: No succes Sub9KHz and S235 notebook here.... Content-Type: multipart/alternative; boundary="------------060204060709010804060804" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.2 required=5.0 tests=HTML_50_60,HTML_MESSAGE 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: 3039ac1d601651502f4b0a43 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none This is a multi-part message in MIME format. --------------060204060709010804060804 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Hi Peter, I know these problems. For a longer time i had problems on the TX side on LF (generating tones to the TX converter). Several phase glitches occured in a 30 minute period. In 424 uHz the S/N loss would be dramatic then. Ah yes and i remember the same problem while transmitting 8970 Hz in my 10th kite experiment. A screenshot of my transmission in 40.0 km distance and in 4.5 mHz: https://dl.dropbox.com/u/19882028/VLF/DFCW-600_DK7FC_10thEXP.jpg Here another one in 45 mHz ("DFCW-60"): https://dl.dropbox.com/u/19882028/VLF/DFCW-60_46607.jpg You can clearly see the glitches. And lastly the signal at TF3HZ https://dl.dropbox.com/u/19882028/VLF/DK7FC110206.jpg Here it is very blurry as well. The same can happen on the RX side of course. As a test you could track the signal of RSDN-20, e.g. on 11904.7619 Hz. This must be a stable line, over the day, except a single glitch at 21 UTC (?). All other glitches that appear in this line must be generated on your side! See the RSDN-20 window on my grabber http://www.iup.uni-heidelberg.de/schaefer_vlf/DK7FC_VLF_Grabber.html (The trace is sometimes affected by my own LF/MF transmissions). 73, GL, Stefan/DK7FC Am 24.03.2013 15:46, schrieb PA1SDB, Peter: > Hello all, > I have here a ACER Extensa S235 notebook. > I have "some" experience with Sub9KHz and spectrum lab, but with this > notebook I am unable to receive signals from DJ8WX right now. > Experiments in the past did also fail. I see other signals between 0 > and 48 KHz, but no sign from DJ8WX. > I use the same scipt like I run on my Grabber PC (www.qsl.net/pa1sdb > ) but around 8970 Hz is only noise visible > in Spectrum lab. > Today I ran that script ( http://www.qsl.net/pa1sdb/8970_424uHz.USR ) > on a other (almost retro) ASUS 800 MHz notebook, and eureka, DJ8WX > became visible. > For some unknown reason it is an experiment worth to try another PC if > you get succes. > Still digging here to find out why it does'nt work... > 73's, Peter PA1SDB --------------060204060709010804060804 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by relay.uni-heidelberg.de id r2PB3wgq030435 Hi Peter,

I know these problems. For a longer time i had problems on the TX side on LF (generating tones to the TX converter). Several phase glitches occured in a 30 minute period. In 424 uHz the S/N loss would be dramatic then.

Ah yes and i remember the same problem while transmitting 8970 Hz in my 10th kite experiment.
A screenshot of my transmission in 40.0 km distance and in 4.5 mHz: https://dl.dropbox.com/u/19882028/VLF= /DFCW-600_DK7FC_10thEXP.jpg
Here another one in 45 mHz ("DFCW-60"): https://dl.dropbox.com/u/19882028/VLF/DFCW-60_= 46607.jpg You can clearly see the glitches.
And lastly the signal at TF3HZ https://dl.dropbox.com/u/19882028/VLF/DK7FC11020= 6.jpg Here it is very blurry as well.

The same can happen on the RX side of course. As a test you could track the signal of=A0 RSDN-20, e.g. on 11904.7619 Hz. This must be a stable line, over the day, except a single glitch at 21 UTC (?). All other glitches that appear in this line must be generated on your side!
See the RSDN-20 window on my grabber http://www.iup.uni-heidelberg.de/= schaefer_vlf/DK7FC_VLF_Grabber.html (The trace is sometimes affected by my own LF/MF transmissions).

73, GL, Stefan/DK7FC



Am 24.03.2013 15:46, schrieb PA1SDB, Peter:
Hello all,
I have here a ACER Extensa S235 notebook.
I have "some" experience with Sub9KHz and spectrum lab, but with this notebook I am unable to receive signa= ls from DJ8W= X right now.
Experiments in the past did al= so fail. I see other signals between 0 and 48 KHz, but no sign from DJ8WX.
I=A0use the same scipt like I=A0= run on my Grabber PC (www.qsl.net/pa1sdb) but around 8970 Hz is only noise visible in Spectrum lab.
=A0
Today I ran that script ( http://www.qsl.net/pa1sdb/8970_424uHz.USR=A0) on a other (almost retro) ASUS 800 MHz notebook, and eureka, DJ8WX became visible.
For some unknown reason it=A0<= span id=3D"result_box" class=3D"short_text" closure_uid_507888105=3D"126" wd=3D"null" a=3D"undefined" c=3D"4" lang=3D"en">is an experiment worth to try another PC if yo= u get succes.
=A0
Still digging he= re to find out why it does'nt work...
=A0
73's, Peter PA1S= DB
=A0
=A0
=A0
--------------060204060709010804060804--