Message-ID: <5BA3F126.2050803@posteo.de>
Date: Thu, 20 Sep 2018 21:12:38 +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: <7aad9ea4-dfbc-dfd4-3494-4643cdeb10d9@bigpond.com> <5B9C0ECF.6060402@posteo.de> <5B9FB6C7.8080607@posteo.de> <5BA3EEC3.1010509@posteo.de>
In-Reply-To: <5BA3EEC3.1010509@posteo.de>
Subject: Re: VLF: EbNaut 3 character attempt to VK7
Content-Type: multipart/alternative;
 boundary="------------040909090706000907010103"
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.
--------------040909090706000907010103
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Correction: Same parameters as used for the first message, i.e. both 
messages use

*f = 17470.1000 Hz
Start time: 20.SEP.2018  19:30:00 UTC & 16:30:00 UTC (daily)
Symbol period: 10 s
Characters: 3
CRC bits: 19
Coding 16K21A
Antenna current: 1.2 A*

73, Stefan


Am 20.09.2018 21:02, schrieb DK7FC:
> VLF,
>
> In addition to the message below, which has been transmitted 3 times 
> already, i will start to transmit the same message into a later time 
> slot, also using different parameters:
>
> *f = 17470.1000 Hz
> Start time: 20.SEP.2018  19:30:00 UTC (daily)
> Symbol period: 10 s
> Characters: 3
> CRC bits: 16
> Coding 16K21A
> Duration: 02:24 [hh:mm]
> Antenna current: 1.2 A
>
> *73, Stefan
>
> Am 17.09.2018 16:14, schrieb DK7FC:
>> Edgar, VLF,
>>
>> After evaluating the latest 4 days of carrier transmissions it shows 
>> that the path from DL to VK7 is quite unstable, i.e. the phase is 
>> very dynamic.  When applying different frequency offsets, it seems 
>> that the best start time for a message attempt is 16:30 UTC these 
>> days. The SNR then peaks when applying a -40 uHz offset, attached. 
>> Something between 2...3 hours seems to be best. Currently 2 hours 
>> seem to give better results but 3 hours would be less dynamic.
>> Based on this data i'm trying:
>>
>> *f = 17470.1000 Hz
>> Start time: 17.SEP.2018  16:30:00 UTC (daily)
>> Symbol period: 10 s
>> Characters: 3
>> CRC bits: 19
>> Coding 16K21A
>> Duration: 02:32 [hh:mm]
>> Antenna current: 1.2 A*
>>
>> 73, Stefan

--------------040909090706000907010103
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">
Correction: Same parameters as used for the first message, i.e. both
messages use <br>
<br>
<b>f = 17470.1000 Hz<br>
Start time: 20.SEP.2018  19:30:00 UTC &amp; 16:30:00 UTC (daily)<br>
Symbol period: 10 s<br>
Characters: 3<br>
CRC bits:<big> 19</big><br>
Coding 16K21A<br>
Antenna current: 1.2 A</b><br>
<br>
73, Stefan<br>
<br>
<br>
Am 20.09.2018 21:02, schrieb DK7FC:
<blockquote cite="mid:5BA3EEC3.1010509@posteo.de" type="cite">
  <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
VLF, <br>
  <br>
In addition to the message below, which has been transmitted 3 times
already, i will start to transmit the same message into a later time
slot, also using different parameters:<br>
  <br>
  <b>f = 17470.1000 Hz<br>
Start time: 20.SEP.2018  19:30:00 UTC (daily)<br>
Symbol period: 10 s<br>
Characters: 3<br>
CRC bits: 16<br>
Coding 16K21A<br>
Duration: 02:24 [hh:mm] <br>
Antenna current: 1.2 A<br>
  <br>
  </b>73, Stefan<br>
  <br>
Am 17.09.2018 16:14, schrieb DK7FC:
  <blockquote cite="mid:5B9FB6C7.8080607@posteo.de" type="cite">
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
Edgar, VLF, <br>
    <br>
After evaluating the latest 4 days of carrier transmissions it shows
that the path from DL to VK7 is quite unstable, i.e. the phase is very
dynamic.  When applying different frequency offsets, it seems that the
best start time for a message attempt is 16:30 UTC these days. The SNR
then peaks when applying a -40 uHz offset, attached. Something between
2...3 hours seems to be best. Currently 2 hours seem to give better
results but 3 hours would be less dynamic.<br>
Based on this data i'm trying:<br>
    <br>
    <b>f = 17470.1000 Hz<br>
Start time: 17.SEP.2018  16:30:00 UTC (daily)<br>
Symbol period: 10 s<br>
Characters: 3<br>
CRC bits: 19<br>
Coding 16K21A<br>
Duration: 02:32 [hh:mm] <br>
Antenna current: 1.2 A</b><br>
    <br>
73, Stefan<br>
  </blockquote>
</blockquote>
</body>
</html>

--------------040909090706000907010103--