Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by klubnl.pl (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id v8TCGo90028331 for ; Fri, 29 Sep 2017 14:16:53 +0200 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1dxu8E-000101-Ro for rs_out_1@blacksheep.org; Fri, 29 Sep 2017 13:11:02 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1dxu8D-0000zs-Je for rsgb_lf_group@blacksheep.org; Fri, 29 Sep 2017 13:11:01 +0100 Received: from mout02.posteo.de ([185.67.36.66]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1dxu8A-0005Ar-PW for rsgb_lf_group@blacksheep.org; Fri, 29 Sep 2017 13:11:00 +0100 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id CC89320A36 for ; Fri, 29 Sep 2017 14:10:53 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 3y3Vl01l8yz10Hp for ; Fri, 29 Sep 2017 14:10:51 +0200 (CEST) Message-ID: <59CE384A.2000705@posteo.de> Date: Fri, 29 Sep 2017 14:10:50 +0200 From: DK7FC 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: <59CE342F.4428.4709AE3D@mike.dennison.ntlworld.com> In-Reply-To: <59CE342F.4428.4709AE3D@mike.dennison.ntlworld.com> X-Spam-Score: 0.0 (/) X-Spam-Report: Spam detection software, running on the system "relay1.thorcom.net", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello Mike, This is a very good result! But it is a bit difficult to read the SNR. The relatively high SNR would allow you to run a faster spectrogram. What is the current one, maybe 30 uHz (value of "width of one FFT bin")?. If so, you could try about 60 uHz and a 2 times faster scroll rate. This will lower the SNR by 3 dB but you can see more pixels and see how the signal level fades during the night time. You can also run 2 SpecLab instances simultaneously and can decide later which of the two spectrograms are more informative... It appears to me that the QRN is lower during the last few days, which also helps us of course. [...] Content analysis details: (0.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: b14bcaca65d4b584f77d02a84d381cb4 Subject: Re: LF: DK7FC VLF carrier Content-Type: multipart/alternative; boundary="------------040701080103040604010208" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.5 required=5.0 tests=HTML_MESSAGE,HTML_TITLE_EMPTY 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 This is a multi-part message in MIME format. --------------040701080103040604010208 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello Mike, This is a very good result! But it is a bit difficult to read the SNR. The relatively high SNR would allow you to run a faster spectrogram. What is the current one, maybe 30 uHz (value of "width of one FFT bin")?. If so, you could try about 60 uHz and a 2 times faster scroll rate. This will lower the SNR by 3 dB but you can see more pixels and see how the signal level fades during the night time. You can also run 2 SpecLab instances simultaneously and can decide later which of the two spectrograms are more informative... It appears to me that the QRN is lower during the last few days, which also helps us of course. What was your locator? Something in IO92, right? There have been a few more requests for another carrier this night, so i will just continue to transmit that night. Just follow the grabber... Due to the lower QRN, Paul may decode the 100 character message after 3 (or even 2) days already, so i would consider to run a 24 hours or 36 hours carrier before i actually move to 6.47 kHz with the new coil... 73, Stefan Am 29.09.2017 13:53, schrieb Mike Dennison: > Thanks to Stefan for transmitting a carrier overnight. This is very > useful for those of us who are not quite ready to decode EbNaut > transmissions but want to optimise our VLF reception. > > My screenshot is attached. > > Mike, G3XDV > ========== > > > > The following section of this message contains a file attachment > prepared for transmission using the Internet MIME message format. > If you are using Pegasus Mail, or any other MIME-compliant system, > you should be able to save it or view it from within your mailer. > If you cannot, please ask your system administrator for assistance. > > ---- File information ----------- > File: DK7FC_VLF_28-29Sep2017.jpg > Date: 29 Sep 2017, 12:44 > Size: 36265 bytes. > Type: JPEG-image > --------------040701080103040604010208 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello Mike,

This is a very good result!

But it is a bit difficult to read the SNR. The relatively high SNR would allow you to run a faster spectrogram. What is the current one, maybe 30 uHz (value of "width of one FFT bin")?. If so, you could try about 60 uHz and a 2 times faster scroll rate. This will lower the SNR by 3 dB but you can see more pixels and see how the signal level fades during the night time. You can also run 2 SpecLab instances simultaneously and can decide later which of the two spectrograms are more informative...
It appears to me that the QRN is lower during the last few days, which also helps us of course.

What was your locator? Something in IO92, right?
There have been a few more requests for another carrier this night, so i will just continue to transmit that night. Just follow the grabber...
Due to the lower QRN, Paul may decode the 100 character message after 3 (or even 2) days already, so i would consider to run a 24 hours or 36 hours carrier before i actually move to 6.47 kHz with the new coil...

73, Stefan



Am 29.09.2017 13:53, schrieb Mike Dennison:
Thanks to Stefan for transmitting a carrier overnight. This is very 
useful for those of us who are not quite ready to decode EbNaut 
transmissions but want to optimise our VLF reception.

My screenshot is attached.

Mike, G3XDV
==========
  
The following section of this message contains a file attachment prepared for transmission using the Internet MIME message format. If you are using Pegasus Mail, or any other MIME-compliant system, you should be able to save it or view it from within your mailer. If you cannot, please ask your system administrator for assistance. ---- File information ----------- File: DK7FC_VLF_28-29Sep2017.jpg Date: 29 Sep 2017, 12:44 Size: 36265 bytes. Type: JPEG-image
--------------040701080103040604010208--