Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lipkowski.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE, RCVD_IN_DNSWL_MED,SPF_PASS,T_DKIM_INVALID,T_FREEMAIL_FORGED_FROMDOMAIN, T_HEADER_FROM_DIFFERENT_DOMAINS autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-DCC: : mailn 1480; Body=3 Fuz1=3 Fuz2=3 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mailn.lipkowski.org (8.14.4/8.14.4/Debian-8+deb8u1) with ESMTP id uATD42Nq002906 for ; Tue, 29 Nov 2016 14:04:03 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1cBhzw-0005xv-QY for rs_out_1@blacksheep.org; Tue, 29 Nov 2016 12:59:00 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1cBhzq-0005xj-Sq for rsgb_lf_group@blacksheep.org; Tue, 29 Nov 2016 12:58:54 +0000 Received: from omr-a010e.mx.aol.com ([204.29.186.54]) by relay1.thorcom.net with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1cBhzm-00067a-9r for rsgb_lf_group@blacksheep.org; Tue, 29 Nov 2016 12:58:53 +0000 Received: from mtaomg-aan01.mx.aol.com (mtaomg-aan01.mx.aol.com [172.27.19.79]) by omr-a010e.mx.aol.com (Outbound Mail Relay) with ESMTP id 081CB38000B4 for ; Tue, 29 Nov 2016 07:58:48 -0500 (EST) Received: from core-acd01h.mail.aol.com (core-acd01.mail.aol.com [172.27.22.11]) by mtaomg-aan01.mx.aol.com (OMAG/Core Interface) with ESMTP id 484B338000087 for ; Tue, 29 Nov 2016 07:58:47 -0500 (EST) Received: from 80.146.228.69 by webprd-m75.mail.aol.com (10.74.63.46) with HTTP (WebMailUI); Tue, 29 Nov 2016 07:58:47 -0500 Date: Tue, 29 Nov 2016 07:58:47 -0500 From: Markus Vester To: rsgb_lf_group@blacksheep.org Message-Id: <158b02a87b2-1f7f-112fd@webprd-m75.mail.aol.com> In-Reply-To: <583C799E.4090608@posteo.de> MIME-Version: 1.0 X-MB-Message-Source: WebUI X-MB-Message-Type: User X-Mailer: JAS STD X-Originating-IP: [80.146.228.69] x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20150623; t=1480424327; bh=EQ2JEi2rdBbtJTXF7UM5tYjY1eBzhKWoiA9niPbSF7k=; h=From:To:Subject:Message-Id:Date:MIME-Version:Content-Type; b=Ipw8F+7st4U2lOw3tebeMFKm2HAtofPYVgi4/T57HN47uPwvJllA5g2gvmm/ocCF5 UT4bHLx69Ed9DWXY5sF9Q9BrogeUhKsgk1NiSOcDVvP2fdCahnDmcAYZ1gkM22mGI2 1VsOb9GX5O0mdrtGNqgGNqGeLjPEx9DfafR50G6I= x-aol-sid: 3039ac1b134f583d7b873d31 X-Scan-Signature: c40596c1cc3306f1877076595a921c57 Subject: VLF: SpecLab GPS-phaselock with faster PSK Content-Type: multipart/alternative; boundary="----=_Part_88865_350577255.1480424327087" 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 X-Scanned-By: MIMEDefang 2.75 Status: O X-Status: X-Keywords: X-UID: 9616 ------=_Part_88865_350577255.1480424327087 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable The SpecLab GPS-PLL script can overcome soundcard glitches and provide abso= lute phase of the antenna voltage, but PSK modulation has been limited to s= low symbol rates due to the ~ 3 second time constant of the phase swing. It= appears that the PLL latency is mainly due to the digimode terminal genera= ting the output signal, which responds to frequency commands from the inter= preter script only with some delay. I have now tried to circumvent the lag = by using the L3 frequency mixer which can be controlled faster, allowing ph= ase-switching in less than 200 ms.=20 A couple of tricks were necessary: A constant 2 kHz signal is generated in = the L1-L2 blackbox, which is then converted to the desired VLF output frequ= ency. In addition, instantaneous phase switching is implemented by switchin= g the bypass factor in the L4-L5 delay line. Alternatively, the phase can b= e smoothly ramped by setting a "hardkey" flag to zero. =20 The configuration file is here: http://df6nm.bplaced.net/VLF/fec_tests/vlf_tx_pll_fastpsk.zip For EbNaut transmissions, you will need to use Paul's software and prepare = a file "psk.txt" (containing zeroes, ones and spaces, similar to the provid= ed template), and set up start times etc. in scheduled actions. You can als= o produce a simple 2-second test pattern by activating the second line in p= eriodic actions. As before, the output frequency is defined by the second t= est signal generator, which provides the GPS-controlled reference. Hope this may be useful, Markus (DF6NM) =20 -----Urspr=C3=BCngliche Mitteilung-----=20 Von: DK7FC An: rsgb_lf_group Verschickt: Mo, 28 Nov 2016 7:40 pm Betreff: Re: VLF: EbNaut transmissions on lower frequencies?, pre-tests: 6.= 47kHz Thanks Paul, There could be another reason, see attachment. So far the phase is=20 inverted within SpecLab, not by e.g. keying a relay by the serial=20 interface. Due to the PLL and time delay in the sound card chain this=20 takes some time. With a short symbol length of 12 seconds the effect may=20 become relevant. A phase turn of 180 deg is done by varying the=20 frequency for a certain time as you can see. So maybe this costs a dB of SNR here? For a 7 second symbol length in the 75 character message i will need a=20 different technique, taking 'no' time for the phase inversion. Another thing could be the moving sunrise / sunset time on our path. We=20 already saw a wider phase variation in the 20 character message than in=20 the 7 day 'TEST' message before. Maybe it is even worse now. Am 16.11.2016 19:48, schrieb Paul Nicholson: > > For 1uW ERP, DK7FC to Todmorden > > http://abelian.org/vlf/tmp/1479317903_9356.png=20 That plot must have been valid 2 weeks ago. What does it show now? Maybe=20 it is a good idea to start 08:15 UTC instead of 08:00 UTC... Could it (it =3D the move of the positive green slope towards later times)= =20 be the reason for the higher phase variations that we can see? 73, Stefan ------=_Part_88865_350577255.1480424327087 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
The SpecLab GPS-PLL script can overcome soundcard glitch= es and provide absolute phase of the antenna voltage, but PSK modulation ha= s been limited to slow symbol rates due to the ~ 3 second time constant of = the phase swing. It appears that the PLL latency is mainly due to the digim= ode terminal generating the output signal, which responds to frequency comm= ands from the interpreter script only with some delay. I have now tried to = circumvent the lag by using the L3 frequency mixer which can be controlled = faster, allowing phase-switching in less than 200 ms.
=

The configuration file is here:
 http://df6nm.bplac= ed.net/VLF/fec_tests/vlf_tx_pll_fastpsk.zip

For EbNaut= transmissions, you will need to use Paul's software and prepare a file "ps= k.txt" (containing zeroes, ones and spaces, similar to the provided templat= e), and set up start times etc. in scheduled actions. You can also produce = a simple 2-second test pattern by activating the second line in periodic ac= tions. As before, the output frequency is defined by the second test signal= generator, which provides the GPS-controlled reference.
<= br>Hope this may be useful,
Markus (DF6NM) 

<= br>
-----Urspr=C3=BCngliche Mitteilung-----
Von: DK7FC <selberden= ken@posteo.de>
An: rsgb_lf_group <rsgb_lf_group@blacksheep.org>=
Verschickt: Mo, 28 Nov 2016 7:40 pm
Betreff: Re: VLF: EbNaut transmi= ssions on lower frequencies?, pre-tests: 6.47kHz

Thanks Paul,<= br>
There could be another reason, see attachment. So far the phase is <= br>inverted within SpecLab, not by e.g. keying a relay by the serial
in= terface. Due to the PLL and time delay in the sound card chain this
tak= es some time. With a short symbol length of 12 seconds the effect may
b= ecome relevant. A phase turn of 180 deg is done by varying the
frequenc= y for a certain time as you can see.
So maybe this costs a dB of SNR her= e?

For a 7 second symbol length in the 75 character message i will n= eed a
different technique, taking 'no' time for the phase inversion.
Another thing could be the moving sunrise / sunset time on our path. W= e
already saw a wider phase variation in the 20 character message than = in
the 7 day 'TEST' message before. Maybe it is even worse now.

= Am 16.11.2016 19:48, schrieb Paul Nicholson:
>
> For 1uW ERP, D= K7FC to Todmorden
>
> http://abelian.org/vlf/tmp/1479317903_= 9356.png

That plot must have been valid 2 weeks ago. What does = it show now? Maybe
it is a good idea to start 08:15 UTC instead of 08:0= 0 UTC...
Could it (it =3D the move of the positive green slope towards l= ater times)
be the reason for the higher phase variations that we can s= ee?

73, Stefan


------=_Part_88865_350577255.1480424327087--