Message-ID: <57254998.1020401@posteo.de>
Date: Sun, 01 May 2016 02:11:04 +0200
From: DK7FC <selberdenken@posteo.de>
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: <15468d74550-4d67-759d@webprd-m78.mail.aol.com>
In-Reply-To: <15468d74550-4d67-759d@webprd-m78.mail.aol.com>
Subject: Re: VLF: EbNaut transmission on 8270.1 Hz again and again
Content-Type: multipart/alternative;
 boundary="------------000706070804090608020605"
Sender: owner-rsgb_lf_group@blacksheep.org
Precedence: bulk
Reply-To: rsgb_lf_group@blacksheep.org
Status: O

This is a multi-part message in MIME format.
--------------000706070804090608020605
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Hello Paul, Markus, VLF,

Paul, my congrats to the good result. I think it is not necessary to 
confirm that the message is correct :-)
So the diurnal phase changes are uncritical on our path? Or could it be 
extremely different?

Markus, thanks for the note. I stopped the TX manually. I fear the 
problem was that SpecLab restartet the psk.txt file at 16:00:02 today, 
i.e. after 24 hours. Periodic actions, you know. That would mean that 
the last 3 hours were corrupted! Have you already had that thought too? 
Maybe it would be helpful to cut out the last 3 hours of your data files 
and try again. And we need to find another solution to run messages 
taking longer then 24 hours.
I would like to play and see the limits.

73, Stefan


Am 30.04.2016 22:23, schrieb Markus Vester:
> Paul, Stefan,
> great, congratulations both!
> Strange that according to Stefan's forest grabber the PSK transmission 
> was carrying on long after the scheduled end of sequence (19:01:22 ?).
> Will now attempt to decode here as well.
> All the best,
> Markus
> -----Ursprüngliche Mitteilung-----
> Von: Paul Nicholson <vlf0403@abelian.org>
> An: rsgb_lf_group <rsgb_lf_group@blacksheep.org>
> Verschickt: Sa, 30 Apr 2016 9:23 pm
> Betreff: Re: VLF: EbNaut transmission on 8270.1 Hz again and again
>
>
> Stefan wrote:
>
> > Start: 29.04.2016 16:00:02
> > Period: 40
> > Length: 45 (!)
>
> I was impatient, with still 5549.6 seconds left
> to go I decoded the message easily,
>
> 'CQ CQ DREAMERS BAND DE DK7FC IN JN49IK PSE KK'
>
> Carrier S/N: 25.03 dB in 10.3 uHz
> Eb/N0 = 0.1dB with constant reference phase. I'll
> let the decoder go through a full phase search, it
> may find a better decode with a phase pattern that
> is closer to the diurnal. Later I'll decode the
> full transmission, we should get a better Eb/N0.
>
> That must be one of the longest messages decoded.
> Only needed 1.8 GByte RAM so within reach of home
> PCs.
>
> ... decoder has finished the phase search. No
> improvement on the 0.1dB so looks like LWPC is close
> to the mark with its phase prediction.
>
> --
> Paul Nicholson
> --
>

--------------000706070804090608020605
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hello Paul, Markus, VLF, <br>
<br>
Paul, my congrats to the good result. I think it is not necessary to
confirm that the message is correct :-) <br>
So the diurnal phase changes are uncritical on our path? Or could it be
extremely different?<br>
<br>
Markus, thanks for the note. I stopped the TX manually. I fear the
problem was that SpecLab restartet the psk.txt file at 16:00:02 today,
i.e. after 24 hours. Periodic actions, you know. That would mean that
the last 3 hours were corrupted! Have you already had that thought too?
Maybe it would be helpful to cut out the last 3 hours of your data
files and try again. And we need to find another solution to run
messages taking longer then 24 hours.<br>
I would like to play and see the limits.<br>
<br>
73, Stefan<br>
<br>
<br>
Am 30.04.2016 22:23, schrieb Markus Vester:
<blockquote cite="mid:15468d74550-4d67-759d@webprd-m78.mail.aol.com"
 type="cite"><font color="black" face="arial" size="2">
  <div><font style="background-color: transparent;">Paul, Stefan,</font></div>
  <div> </div>
  <div><font style="background-color: transparent;">great,
congratulations both!</font></div>
  <div> </div>
  <div>Strange that according to Stefan's forest grabber the PSK
transmission was carrying on long after the scheduled end of sequence
(19:01:22 ?).</div>
  <div> </div>
  <div>Will now attempt to decode here as well.</div>
  <div> </div>
  <div>All the best,</div>
  <div>Markus</div>
  <div> </div>
  <div
 style="color: black; font-family: arial,helvetica; font-size: 10pt;">-----Ursprüngliche
Mitteilung----- <br>
Von: Paul Nicholson <a class="moz-txt-link-rfc2396E" href="mailto:vlf0403@abelian.org">&lt;vlf0403@abelian.org&gt;</a><br>
An: rsgb_lf_group <a class="moz-txt-link-rfc2396E" href="mailto:rsgb_lf_group@blacksheep.org">&lt;rsgb_lf_group@blacksheep.org&gt;</a><br>
Verschickt: Sa, 30 Apr 2016 9:23 pm<br>
Betreff: Re: VLF: EbNaut transmission on 8270.1 Hz again and again<br>
  <br>
  <br>
Stefan wrote:<br>
  <br>
&gt; Start: 29.04.2016 16:00:02<br>
&gt; Period: 40<br>
&gt; Length: 45 (!)<br>
  <br>
I was impatient, with still 5549.6 seconds left<br>
to go I decoded the message easily,<br>
  <br>
'CQ CQ DREAMERS BAND DE DK7FC IN JN49IK PSE KK'<br>
  <br>
Carrier S/N: 25.03 dB in 10.3 uHz<br>
Eb/N0 = 0.1dB with constant reference phase. I'll<br>
let the decoder go through a full phase search, it<br>
may find a better decode with a phase pattern that<br>
is closer to the diurnal. Later I'll decode the<br>
full transmission, we should get a better Eb/N0.<br>
  <br>
That must be one of the longest messages decoded.<br>
Only needed 1.8 GByte RAM so within reach of home<br>
PCs.<br>
  <br>
... decoder has finished the phase search. No<br>
improvement on the 0.1dB so looks like LWPC is close<br>
to the mark with its phase prediction.<br>
  <br>
--<br>
Paul Nicholson<br>
--<br>
  <br>
  </div>
  </font>
</blockquote>
</body>
</html>

--------------000706070804090608020605--