Message-ID: <5A083D50.2080105@posteo.de>
Date: Sun, 12 Nov 2017 13:23:44 +0100
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: <15f68ccfd03-c09-1dcf0@webjas-vaa134.srv.aolmail.net> <Pine.LNX.4.64.1710291833570.23786@plato.ucs.mun.ca> <40168a26-8991-6998-e541-585a8575ad32@abelian.org> <59FCF49B.9050703@posteo.de> <5A06DAE4.9030301@posteo.de> <5A072F91.1050406@posteo.de>
In-Reply-To: <5A072F91.1050406@posteo.de>
Subject: Re: VLF: A 300 char message?
Content-Type: multipart/alternative;
 boundary="------------030508060602030507070402"
Sender: owner-rsgb_lf_group@blacksheep.org
Precedence: bulk
Reply-To: rsgb_lf_group@blacksheep.org

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

What a terrible rainy day here! Since several days there is no sun. The 
tree grabber shut down because the accus are quite empty! This didn't 
happen since more than 9 months now.
The 300 character message was recorded here from the VLF stream from the 
tree. The recording is incomplete due to the shut down but it is long 
enough to actually get a decode! :-)
I had to increase the FFT input size in the SpecLab instance which 
exports the FFT data for the EbNaut decoder because of the high 
bandwidth (167 mHz!! :-) ) of this transmission using 6 second symbols.

Obviously it is to optimistic to assume the message can be decoded 
without stacking.
The message will be repeated today starting 17:15 UTC, just like 
yesterday...

73, Stefan


Am 11.11.2017 18:12, schrieb DK7FC:
> message start delayed by 15 minutes...
>
> Am 11.11.2017 12:11, schrieb DK7FC:
>> tonite, another attempt:
>>
>> *f = 8270.1000 Hz
>> Start time: 11.November.2017  17:00:00 UTC
>> Symbol period: 6 s
>> Characters: 300
>> CRC bits: 16
>> Coding 4K19A
>> Duration: 12:13:36h
>> Antenna current: 630 mA*
>>
>> 73, Stefan

--------------030508060602030507070402
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">
What a terrible rainy day here! Since several days there is no sun. The
tree grabber shut down because the accus are quite empty! This didn't
happen since more than 9 months now.<br>
The 300 character message was recorded here from the VLF stream from
the tree. The recording is incomplete due to the shut down but it is
long enough to actually get a decode! :-)<br>
I had to increase the FFT input size in the SpecLab instance which
exports the FFT data for the EbNaut decoder because of the high
bandwidth (167 mHz!! :-) ) of this transmission using 6 second symbols.<br>
<br>
Obviously it is to optimistic to assume the message can be decoded
without stacking.<br>
The message will be repeated today starting 17:15 UTC, just like
yesterday...<br>
<br>
73, Stefan<br>
<br>
<br>
Am 11.11.2017 18:12, schrieb DK7FC:
<blockquote cite="mid:5A072F91.1050406@posteo.de" type="cite">
  <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
message start delayed by 15 minutes...<br>
  <br>
Am 11.11.2017 12:11, schrieb DK7FC:
  <blockquote cite="mid:5A06DAE4.9030301@posteo.de" type="cite">
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
tonite, another attempt: <br>
    <br>
    <b>f = 8270.1000 Hz<br>
Start time: 11.November.2017  17:00:00 UTC<br>
Symbol period: 6 s<br>
Characters: 300<br>
CRC bits: 16<br>
Coding 4K19A<br>
Duration: 12:13:36h <br>
Antenna current: 630 mA</b><br>
    <br>
73, Stefan<br>
  </blockquote>
</blockquote>
</body>
</html>

--------------030508060602030507070402--