Message-ID: <58F7523E.50304@posteo.de>
Date: Wed, 19 Apr 2017 14:04:14 +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: <BC06FB131E2047AB94F399AE497C3A11@AGB> <58F48E7E.17668.80FC91@roelof.ndb.demon.nl> <9E7678AF78C14D20B28472DF6749967A@AGB> <58F523AB.16927.6F358B@roelof.ndb.demon.nl> <58F52756.9090301@posteo.de> <8335a810-b99c-84d5-30f1-b9dd1f7f8e79@psk31.plus.com> <a0165e51-a7bb-d833-497b-a2d67220800f@abelian.org> <58F727CF.6000603@posteo.de> <1c4a22fa-60bf-9090-4e57-6ad9bfecba98@abelian.org>
In-Reply-To: <1c4a22fa-60bf-9090-4e57-6ad9bfecba98@abelian.org>
Subject: Re: VLF: New carrier on 6470.005 Hz
Content-Type: multipart/alternative;
 boundary="------------040207090404060003060403"
Sender: owner-rsgb_lf_group@blacksheep.org
Precedence: bulk
Reply-To: rsgb_lf_group@blacksheep.org
Status: RO

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

Hello Paul,

Something went wrong. The transmission should have stopped at 11:48:16 
UTC. But the PSK continues. Obviously i made a mistake. The symbol time 
is correct, one can also see it by the psk sidebands which have a null 
in +- 0.25 Hz 'distance' to the center frequency 
(http://www.iup.uni-heidelberg.de/schaefer_vlf/DK7FC_VLF_Grabber2.html ).
I checked the txt file for the transmission, it contains 4384 symbols. 
That would fit the number of seconds for a *40 character* message when 
all other parameters are set as announced. That transmission would stop 
at *12:52:16 UTC*. The expected Eb/N0 would be even 0.2 dB lower. Let's 
just try and see what happens. I can give you the txt file for analysis 
if we can't manage a decode, then we at least see what went wrong...

So, an even higher challenge!

73, Stefan


Am 19.04.2017 11:19, schrieb Paul Nicholson:
>
> Yes it looks borderline.  But the blanker setting I used
> for the carrier measurements was appropriate for nighttime.
>
> I can probably gain a dB or two when I decode the EbNaut
> by using a daytime threshold.
>
> So, cautiously optimistic on this one.
>
> -- 
> Paul Nicholson
> -- 
>

--------------040207090404060003060403
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, <br>
<br>
Something went wrong. The transmission should have stopped at 11:48:16
UTC. But the PSK continues. Obviously i made a mistake. The symbol time
is correct, one can also see it by the psk sidebands which have a null
in +- 0.25 Hz 'distance' to the center frequency
(<a class="moz-txt-link-freetext" href="http://www.iup.uni-heidelberg.de/schaefer_vlf/DK7FC_VLF_Grabber2.html">http://www.iup.uni-heidelberg.de/schaefer_vlf/DK7FC_VLF_Grabber2.html</a>
).<br>
I checked the txt file for the transmission, it contains 4384 symbols.
That would fit the number of seconds for a <b>40 character</b> message
when all other parameters are set as announced. That transmission would
stop at <b>12:52:16 UTC</b>. The expected Eb/N0 would be even 0.2 dB
lower. Let's just try and see what happens. I can give you the txt file
for analysis if we can't manage a decode, then we at least see what
went wrong...<br>
<br>
So, an even higher challenge!<br>
<br>
73, Stefan<br>
<br>
<br>
Am 19.04.2017 11:19, schrieb Paul Nicholson:
<blockquote cite="mid:1c4a22fa-60bf-9090-4e57-6ad9bfecba98@abelian.org"
 type="cite"><br>
Yes it looks borderline.  But the blanker setting I used
  <br>
for the carrier measurements was appropriate for nighttime.
  <br>
  <br>
I can probably gain a dB or two when I decode the EbNaut
  <br>
by using a daytime threshold.
  <br>
  <br>
So, cautiously optimistic on this one.
  <br>
  <br>
--
  <br>
Paul Nicholson
  <br>
--
  <br>
  <br>
</blockquote>
</body>
</html>

--------------040207090404060003060403--