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 v95C8L7s007238 for ; Thu, 5 Oct 2017 14:08:24 +0200 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1e04pd-00079g-NS for rs_out_1@blacksheep.org; Thu, 05 Oct 2017 13:00:49 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1e04pc-00079X-TV for rsgb_lf_group@blacksheep.org; Thu, 05 Oct 2017 13:00:48 +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 1e04pW-0002tG-3w for rsgb_lf_group@blacksheep.org; Thu, 05 Oct 2017 13:00:47 +0100 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 5AA7020C07 for ; Thu, 5 Oct 2017 14:00:39 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 3y7BDN6C0tz10HT for ; Thu, 5 Oct 2017 14:00:35 +0200 (CEST) Message-ID: <59D61EE3.4040306@posteo.de> Date: Thu, 05 Oct 2017 14:00:35 +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: <15ec7c794b3-bff-66@webjas-vac136.srv.aolmail.net> <59D2BD65.4080909@posteo.de> <59D4B109.27652.1415B4FA@mike.dennison.ntlworld.com> <7737095b-edc9-8b5f-ebf5-2a6b2884d425@abelian.org> In-Reply-To: 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: Hi Jacek, VLF, First, let me change something in the next transmit announcement. It could make sense to start an hour earlier because the sunrise will be earlier near Moscow. Here, the QRN starts to rise at arround 16 UTC as well, so the band seems to open towards the east then. Also it makes sense to switch to 16K21A. I think Alex has 8 GB RAM so he must have a 64 bit PC, so it should work to decode 16 chars at 16K21A. It should be better for you as well, regarding timing and code efficiency. Paul will have no problem anyway :-) [...] 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: 3efbf4053c1a70bbeb6c0a0cc657f05e Subject: Re: VLF: 300 mA on 6470 Hz Content-Type: multipart/alternative; boundary="------------080906080403000408010309" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=HTML_MESSAGE 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. --------------080906080403000408010309 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Jacek, VLF, First, let me change something in the next transmit announcement. It could make sense to start an hour earlier because the sunrise will be earlier near Moscow. Here, the QRN starts to rise at arround 16 UTC as well, so the band seems to open towards the east then. Also it makes sense to switch to 16K21A. I think Alex has 8 GB RAM so he must have a 64 bit PC, so it should work to decode 16 chars at 16K21A. It should be better for you as well, regarding timing and code efficiency. Paul will have no problem anyway :-) *f = 6470.100000 Hz Start time: 05.October.2017 16:00:00 UTC (daily) Symbol period: 20 s Characters: 16 CRC bits: 19 Coding 16K21A Duration: 12h Antenna current: 300 mA* About QSY, a good idea. Recently i had the idea to transmit 2 messages simultaneously, on slightly different frequencies. But we could also try +- 40 Hz apart from the resonance frequency. Since i have a linear PA, it should work. It should even work to hold the phase and antenna current for each individual signal (for example when it starts to rain). Since my VLF coil is relatively compact for the 1.3 H, it uses a thin wire (0.25 mm) and has a relatively low Q. This causes more losses but on the other side it is more broadbandish. So it should work to transmit on 6430 and 6510 Hz to the same time. I would need to reduce the antenna current to 70% on each frequency of course. We could try EbNaut with the same parameter settings on both frequencies. Or we can try a simple carrier. However EbNaut is more interesting i find. It could be interesting to create an error map from both transmissions and look where differences between them can be found (XOR). I would then use a 16K mode, so we get more symbols that can differ. On the RX side, the noise blanker will affect both frequencies in the same way i think. But local QRM near the different transmit frequencies may have the worst effect that influence the comparison. The 1 character message was strong enough on your side to decode even if it would be 3 dB weaker. A lot of stuff on the list to do... 73, Stefan Am 05.10.2017 09:40, schrieb Jacek Lipkowski: > maybe Stefan could qsy a bit? > > for example i'm 19.8 wavelengths from Stefan (and Paul is almost the > same). shifting 81 Hz either way would make the path 1/4 wavelength > longer/shorter. if there are some multipath propagation effects then i > should get a stronger, or weaker signal. the offset should be the > average of offsets that would lead to a 1/4 wavelength path difference > for all stations that currently receive Stefan. > > VY 73 > > Jacek / SQ5BPF --------------080906080403000408010309 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Jacek, VLF,

First, let me change something in the next transmit announcement. It could make sense to start an hour earlier because the sunrise will be earlier near Moscow. Here, the QRN starts to rise at arround 16 UTC as well, so the band seems to open towards the east then. Also it makes sense to switch to 16K21A. I think Alex has 8 GB RAM so he must have a 64 bit PC, so it should work to decode 16 chars at 16K21A. It should be better for you as well, regarding timing and code efficiency. Paul will have no problem anyway :-)

f = 6470.100000 Hz
Start time: 05.October.2017  16:00:00 UTC (daily)
Symbol period: 20 s
Characters: 16
CRC bits: 19
Coding 16K21A
Duration: 12h
Antenna current: 300 mA


About QSY, a good idea.
Recently i had the idea to transmit 2 messages simultaneously, on slightly different frequencies. But we could also try +- 40 Hz apart from the resonance frequency.
Since i have a linear PA, it should work. It should even work to hold the phase and antenna current for each individual signal (for example when it starts to rain).
Since my VLF coil is relatively compact for the 1.3 H, it uses a thin wire (0.25 mm) and has a relatively low Q. This causes more losses but on the other side it is more broadbandish. So it should work to transmit on 6430 and 6510 Hz to the same time. I would need to reduce the antenna current to 70% on each frequency of course.
We could try EbNaut with the same parameter settings on both frequencies. Or we can try a simple carrier. However EbNaut is more interesting i find. It could be interesting to create an error map from both transmissions and look where differences between them can be found (XOR).
I would then use a 16K mode, so we get more symbols that can differ.
On the RX side, the noise blanker will affect both frequencies in the same way i think. But local QRM near the different transmit frequencies may have the worst effect that influence the comparison.
The 1 character message was strong enough on your side to decode even if it would be 3 dB weaker.
A lot of stuff on the list to do...

73, Stefan

Am 05.10.2017 09:40, schrieb Jacek Lipkowski:
maybe Stefan could qsy a bit?

for example i'm 19.8 wavelengths from Stefan (and Paul is almost the same). shifting 81 Hz either way would make the path 1/4 wavelength longer/shorter. if there are some multipath propagation effects then i should get a stronger, or weaker signal. the offset should be the average of offsets that would lead to a 1/4 wavelength path difference for all stations that currently receive Stefan.

VY 73

Jacek / SQ5BPF
--------------080906080403000408010309--