Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lipkowski.org X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,RCVD_IN_DNSWL_MED, RCVD_IN_SORBS_SPAM,SPF_PASS,T_DKIM_INVALID autolearn=ham autolearn_force=no version=3.4.0 X-Spam-DCC: EATSERVER: mailn 1166; Body=2 Fuz1=2 Fuz2=2 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by lipkowski.org (8.14.4/8.14.4/Debian-8+deb8u1) with ESMTP id v5CGusCI001343 for ; Mon, 12 Jun 2017 18:56:55 +0200 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1dKSUs-0002ui-Hr for rs_out_1@blacksheep.org; Mon, 12 Jun 2017 17:47:22 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1dKSU1-0002uT-RP for rsgb_lf_group@blacksheep.org; Mon, 12 Jun 2017 17:46:29 +0100 Received: from vzomr-a02e.mx.aol.com ([204.29.186.8] helo=omr-m009e.mx.aol.com) by relay1.thorcom.net with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.89) (envelope-from ) id 1dKSTv-0006cf-Pc for rsgb_lf_group@blacksheep.org; Mon, 12 Jun 2017 17:46:26 +0100 Received: from mtaomg-mbd02.mx.aol.com (mtaomg-mbd02.mx.aol.com [172.26.252.16]) by omr-m009e.mx.aol.com (Outbound Mail Relay) with ESMTP id 1DB903800051 for ; Mon, 12 Jun 2017 12:46:21 -0400 (EDT) Received: from core-acb10h.mail.aol.com (core-acb10.mail.aol.com [172.27.24.10]) by mtaomg-mbd02.mx.aol.com (OMAG/Core Interface) with ESMTP id 3DBB038000084 for ; Mon, 12 Jun 2017 12:46:19 -0400 (EDT) Received: from 188.192.95.60 by webprd-a76.mail.aol.com (10.72.57.83) with HTTP (WebMailUI); Mon, 12 Jun 2017 12:46:18 -0400 Date: Mon, 12 Jun 2017 12:46:19 -0400 From: Markus Vester To: rsgb_lf_group@blacksheep.org Message-Id: <15c9d32eae7-22c9-7c2f@webprd-a76.mail.aol.com> In-Reply-To: <9bd05a26-4cdb-2b67-cc7f-609c62e879ab@abelian.org> MIME-Version: 1.0 X-MB-Message-Source: WebUI X-MB-Message-Type: User X-Mailer: JAS STD X-Originating-IP: [188.192.95.60] x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20150623; t=1497285981; bh=oQRr6dAiM13qSgKmWXypmFRVm7U/z1XjnD7vzBrWx/g=; h=From:To:Subject:Message-Id:Date:MIME-Version:Content-Type; b=lns7HcHEORHsqqSnAUXxOf4ol32OByIyfLK7tqiIIdDfu6A/Vj4h5ID3tbaW4GTQE uzcyiNVp8UDgRR6mwFBBZm1D/DH5OoIPE7Sh0lkxHTwj4wWkAtC0YTX85SNqTP3cBe QrjPpvTvANEmmHvV7UNj//i6S/9gDNgCAK2t/x6Y= x-aol-sid: 3039ac1afc10593ec55b2362 X-Scan-Signature: 982d53dbb4bb82e9ed4f38562b2a1556 Subject: Re: VLF: This weekend... Content-Type: multipart/alternative; boundary="----=_Part_37328_2119318677.1497285978852" 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: RO X-Status: X-Keywords: X-UID: 11963 ------=_Part_37328_2119318677.1497285978852 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thanks very much Paul for attempting to decode the DL0AO data! Good to know= that the signal was "only" a couple of dB short: Bernd and Tom are intendi= ng to lay out a second earth antenna soon, which will hopefully allow us to= better point the cardioid towards the source and away from the QRN (curren= tly it is fixed at 237=C2=B0). Best 73, Markus -----Urspr=C3=BCngliche Mitteilung-----=20 Von: Paul Nicholson An: rsgb_lf_group Verschickt: Mo, 12. Jun 2017 17:16 Betreff: Re: VLF: This weekend... Markus wrote: > wav from the DL0AO cardioid: > http://df6nm.bplaced.net/VLF/fec_tests/dl0ao_6k47_06101811.wav > Start offset accounting for ~ 26 s latency so should > be around 2702 s. Did not decode. The message is there but Eb/N0 =3D -2.9 dB carrier S/N: 24.68 dB in 10.0 uHz, -25.34 dB in 1Hz, -59.32 dB in 2.5kHz; The S/N peaked at the suggested offset, and was slightly higher at frequency offset -2.3 uHz. I'm starting another run with a different setting for normalisation. Stefan wrote: > Can you tell the message please? I copied "CONGRATS, YOU MANAGED TO DECODE A 100 CHARACTER MESSAGE ON THE 46 KM BAND.. 73+55 DE DK7FC IN JN49IK" > 94% channel capacity and just 31.1 % bit error rate, > how can this be? Well we were a bit lucky with this decode, the 31.1% would be the expected BER at +0.4 dB, but I report the carrier Eb/N0 as this is is a genuine measure of S/N. BER is a bit misleading with soft decision decoding, the individual symbols are not used, the result is decided by a correlation over the whole message. Also, with longer messages the rate of the convolutional code is higher. Eg 100 chars, the inner code carries 608 bits encoding to 5024 symbols, rate 1/8.26. If we sent 10 chars with same CRC and code, it would be 68 bits encoded to 704 symbols, rate 1/10.35. The difference is because of the constant 'overhead' of the termination symbols. Shorter messages will tend to have lower Es/N0 and therefore higher BER for the same Eb/N0 as a longer message. ... the other run just finished with no decode. DL0AO is a couple of dB short of decoding. -- Paul Nicholson -- ------=_Part_37328_2119318677.1497285978852 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Thanks very much Paul for attempting to decode the = DL0AO data! Good to know that the signal was "only" a couple= of dB short: Bernd and Tom are intending to lay out a secon= d earth antenna soon, which will hopefully allow us to better point the car= dioid towards the source and away from the QRN (currently it is fixed = at 237=C2=B0).

Best 73,
Markus

-----Urspr=C3=BCngliche Mit= teilung-----
Von: Paul Nicholson <vlf0403@abelian.org>
An: rsg= b_lf_group <rsgb_lf_group@blacksheep.org>
Verschickt: Mo, 12. Jun = 2017 17:16
Betreff: Re: VLF: This weekend...


Markus wro= te:

> wav from the DL0AO cardioid:
> ht= tp://df6nm.bplaced.net/VLF/fec_tests/dl0ao_6k47_06101811.wav

&g= t; Start offset accounting for ~ 26 s latency so should
> be around = 2702 s.

Did not decode.

The message is there but Eb/N0 =3D -2= .9 dB
carrier S/N: 24.68 dB in 10.0 uHz,
-25.34 dB in 1H= z,
-59.32 dB in 2.5kHz;

The S/N peaked at the sugges= ted offset, and was slightly
higher at frequency offset -2.3 uHz.
I'm starting another run with a different setting for normalisation.
Stefan wrote:

> Can you tell the message please?

I copi= ed

"CONGRATS, YOU MANAGED TO DECODE A 100 CHARACTER MESSAGE
= ON THE 46 KM BAND.. 73+55 DE DK7FC IN JN49IK"

> 94% channel capa= city and just 31.1 % bit error rate,
> how can this be?

Well = we were a bit lucky with this decode, the 31.1%
would be the expected BE= R at +0.4 dB, but I report the
carrier Eb/N0 as this is is a genuine mea= sure of S/N.

BER is a bit misleading with soft decision decoding, th= e
individual symbols are not used, the result is decided by
a correla= tion over the whole message.

Also, with longer messages the rate of = the convolutional
code is higher. Eg 100 chars, the inner code carries<= br>608 bits encoding to 5024 symbols, rate 1/8.26. If we
sent 10 chars = with same CRC and code, it would be 68
bits encoded to 704 symbols, rate= 1/10.35. The difference
is because of the constant 'overhead' of the t= ermination
symbols. Shorter messages will tend to have lower Es/N0
a= nd therefore higher BER for the same Eb/N0 as a longer
message.

.= .. the other run just finished with no decode. DL0AO is
a couple of dB = short of decoding.

--
Paul Nicholson
--

------=_Part_37328_2119318677.1497285978852--