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=HEADER_FROM_DIFFERENT_DOMAINS, HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 X-Spam-DCC: INFN-TO: mailn 1233; 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+deb8u2) with ESMTP id v64HGbPW006492 for ; Tue, 4 Jul 2017 19:16:38 +0200 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1dSRLy-0005Fu-1v for rs_out_1@blacksheep.org; Tue, 04 Jul 2017 18:11:10 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1dSRLv-0005Fl-HE for rsgb_lf_group@blacksheep.org; Tue, 04 Jul 2017 18:11:07 +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 1dSRLr-0006h8-98 for rsgb_lf_group@blacksheep.org; Tue, 04 Jul 2017 18:11:06 +0100 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id EEC7520EA6 for ; Tue, 4 Jul 2017 19:10:56 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 3x29WN0Dw5z10HR for ; Tue, 4 Jul 2017 19:10:55 +0200 (CEST) Message-ID: <595BCC1F.20004@posteo.de> Date: Tue, 04 Jul 2017 19:10:55 +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: <595B918B.1050808@posteo.de> In-Reply-To: X-Scan-Signature: 9b15d9defc5ae6fa811529a4cbe8c306 Subject: Re: LF: Auto-EbNaut reception on LF in JN80 Content-Type: multipart/alternative; boundary="------------030109010908030702050206" 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: 12172 This is a multi-part message in MIME format. --------------030109010908030702050206 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi Domenico, Thank you, it works very well. I made a few mistakes here, 13UTC i have been on a false frequency, 15UTC i had an error in the EbNaut txt file and 16 UTC there was a PTT problem :-) Now at 17 UTC i am testing something new: One SL instance is only setting the PC clock based on 1PPS+NMEA. I can manually add a 0.3 sec offset in SpecLab, so the PC time is manipulated. The second SL instance transmits EbNaut, as usual, just the setting is changed to 1PPS without NMEA (so the PC time is choosen as the reference). I hope this will now compensate my usual 0.3 second offset, which is very relevant at 1 sec symbol length. It should be easy to extend the script, just let the decoder run on 137.495, write down the results and then let it run on 137.490, so you can monitor 2 frequencies. We could also consider to use a separate frequency slot which is below 137.450 kHz. These days it should be possible to afford a separate SL instance just for EbNaut. This helps to avoid interference to other modes like WSPR, OP32 etc.. I hope i can see my message soon, it is exciting :-) 73, Stefan Am 04.07.2017 18:01, schrieb Domenico IZ7SLZ: > Thanks Stefan for the signal ! > > Yes, your 14.00 UTC transmission has been decoded. > > 2017-07-04_13:59:30 starting time + 30 s > ----------------------------------------- > found rank 0 ber 2.4294e-01 Eb/N0 4.5 M -3.894802856e+02 > [73 DK7FC JN49IK] ps [ 1 180 180 180 180] > > > BTW there is also Riccardo IW4DXW attempting to be decoded here and > unfortunatly he is trasmitting in the same timeslot. > > Yes, this is an issue for the system i.e. no multiple access ! > > I need to improve the program output. Something like opds printout > should be better. > > Again tnx for the test Stefan and Riccardo. > 73, Domenico > > > > On 4 July 2017 at 15:00, DK7FC > wrote: > > Hello Domenico, > > many thanks for the great idea. I also made important steps in > learning how to deal with EbNaut. As soon as you know how it is > done you can build your own scripts and create the functions and > services you have done now. > > Let's see how it works, i'm sending you a message at 13 UTC! > > 73, Stefan > > > Am 04.07.2017 11:24, schrieb Domenico IZ7SLZ: >> Just to rectify my previous message: >> >> parameters for the decoder are: >> >> 15 Characters, 1 s /symbol, 8K19A, list=20000, CRC=16 >> The actually chosen RX frequency is 137495.000 Hz >> >> the decoder start time is at hour, every hour. >> >> Again,73 >> Domenico IZ7SLZ >> >> >> >> >> On 4 July 2017 at 11:13, Domenico IZ7SLZ >> > wrote: >> >> Dear LF, >> >> since yesterday i'm testing, on my ubuntu-PC, a shell >> script that pipes some vlfrx-tools and ebnaut linux programs. >> This script (see attached) permits to achieve an automatic >> EbNaut decode from the audio coming from my LF receiver. The >> decoder is setted with these parameters: >> 16 Characters, 1 s /symbol, 8k19A, list=20000, CRC=16 >> The actually chosen RX frequency is 137495.000 Hz >> >> So, i invite all of you (within my LF reception range) to >> try lo leave a message on this 'grabber' : >> >> http://www.qsl.net/i/iz7slz/EBNAUT/DECODED.TXT >> >> >> Of course, i'm at disposal to change these settings for any >> schedule. >> >> These are the programs running on PC: >> >> - vtcard, vttime for manage the audio card and timing; >> - gpsd, ntpd for getting utc synchro from GPS (that has nmea >> + 1pps) >> - vtwrite to store the raw audio on HD >> - vtread,vtblank,...ebnaut (are launched by the script) >> - wput for upload the DETECTED file >> >> >> This is the occasion to thanks Paul Nicholson for his programs. >> >> OK. Many things need to be improved on this idea. Your >> suggestions are welcome ! >> >> >> 73 and FB summer to all. >> >> Domenico, IZ7SLZ >> >> > --------------030109010908030702050206 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi Domenico,

Thank you, it works very well.

I made a few mistakes here, 13UTC i have been on a false frequency, 15UTC i had an error in the EbNaut txt file and 16 UTC there was a PTT problem :-)

Now at 17 UTC i am testing something new: One SL instance is only setting the PC clock based on 1PPS+NMEA. I can manually add a 0.3 sec offset in SpecLab, so the PC time is manipulated. The second SL instance transmits EbNaut, as usual, just the setting is changed to 1PPS without NMEA (so the PC time is choosen as the reference). I hope this will now compensate my usual 0.3 second offset, which is very relevant at 1 sec symbol length.

It should be easy to extend the script, just let the decoder run on 137.495, write down the results and then let it run on 137.490, so you can monitor 2 frequencies.
We could also consider to use a separate frequency slot which is below 137.450 kHz. These days it should be possible to afford a separate SL instance just for EbNaut. This helps to avoid interference to other modes like WSPR, OP32 etc..

I hope i can see my message soon, it is exciting :-)

73, Stefan


Am 04.07.2017 18:01, schrieb Domenico IZ7SLZ:
Thanks Stefan for the signal !

Yes, your 14.00 UTC transmission has been decoded.

2017-07-04_13:59:30   starting time + 30 s
-----------------------------------------
found rank 0 ber 2.4294e-01 Eb/N0 4.5 M -3.894802856e+02
[73 DK7FC JN49IK] ps [  1  180  180  180  180]


BTW there is also Riccardo IW4DXW attempting to be decoded here and unfortunatly he is trasmitting in the same timeslot.

Yes, this is an issue for the system i.e. no multiple access !

I need to improve the program output. Something like opds printout should be better.

Again tnx for the test Stefan and Riccardo.
73, Domenico



On 4 July 2017 at 15:00, DK7FC <selberdenken@posteo.de> wrote:
Hello Domenico,

many thanks for the great idea. I also made important steps in learning how to deal with EbNaut. As soon as you know how it is done you can build your own scripts and create the functions and services you have done now.

Let's see how it works, i'm sending you a message at 13 UTC!

73, Stefan


Am 04.07.2017 11:24, schrieb Domenico IZ7SLZ:
Just to rectify my previous message:

parameters for the decoder are:

15 Characters, 1 s /symbol, 8K19A, list=20000, CRC=16
The actually chosen RX frequency is 137495.000 Hz

the decoder start time is at hour, every hour.

Again,73
Domenico IZ7SLZ




On 4 July 2017 at 11:13, Domenico IZ7SLZ <iz7slz.domenico@gmail.com> wrote:
Dear LF,

since yesterday i'm testing,  on my ubuntu-PC,  a shell script that pipes some vlfrx-tools and ebnaut linux programs.
This script (see attached) permits to achieve an automatic EbNaut decode from the audio coming from my LF receiver. The decoder is setted with these parameters:
16 Characters, 1 s /symbol, 8k19A, list=20000, CRC=16
The actually chosen RX frequency is 137495.000 Hz

So, i invite all of you (within my LF reception range)  to try lo leave a message on this 'grabber' :

http://www.qsl.net/i/iz7slz/EBNAUT/DECODED.TXT

Of course, i'm at disposal to change these settings for any schedule.

These are the programs running on PC:

- vtcard, vttime for manage the audio card and timing;
- gpsd, ntpd for getting utc synchro from GPS (that has nmea + 1pps)
- vtwrite to store the raw audio on HD
- vtread,vtblank,...ebnaut (are launched by the script)
- wput for upload the DETECTED file


This is the occasion to thanks Paul Nicholson for his programs.

OK. Many things need to be improved on this idea. Your suggestions are welcome !


73 and FB summer to all.

Domenico, IZ7SLZ


--------------030109010908030702050206--