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_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,RCVD_IN_DNSWL_MED, SPF_PASS,T_DKIM_INVALID autolearn=ham autolearn_force=no version=3.4.0 X-Spam-DCC: INFN-TO: mailn 1233; Body=3 Fuz1=3 Fuz2=3 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 v6DGVjx5018688 for ; Thu, 13 Jul 2017 18:31:46 +0200 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1dVgno-0004ss-9V for rs_out_1@blacksheep.org; Thu, 13 Jul 2017 17:17:20 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1dVgnn-0004sj-BK for rsgb_lf_group@blacksheep.org; Thu, 13 Jul 2017 17:17:19 +0100 Received: from omr-a014e.mx.aol.com ([204.29.186.62]) by relay1.thorcom.net with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.89) (envelope-from ) id 1dVgni-0001m7-Io for rsgb_lf_group@blacksheep.org; Thu, 13 Jul 2017 17:17:18 +0100 Received: from mtaomg-laa01.mx.aol.com (mtaomg-laa01.mx.aol.com [172.27.2.99]) by omr-a014e.mx.aol.com (Outbound Mail Relay) with ESMTP id 60E4E38000E5 for ; Thu, 13 Jul 2017 12:17:10 -0400 (EDT) Received: from core-acx06c.mail.aol.com (core-acx06.mail.aol.com [172.27.0.16]) by mtaomg-laa01.mx.aol.com (OMAG/Core Interface) with ESMTP id AE22238000082 for ; Thu, 13 Jul 2017 12:17:09 -0400 (EDT) Received: from 80.146.228.87 by webprd-a04.mail.aol.com (10.72.19.161) with HTTP (WebMailUI); Thu, 13 Jul 2017 12:17:09 -0400 Date: Thu, 13 Jul 2017 12:17:09 -0400 From: Markus Vester To: rsgb_lf_group@blacksheep.org Message-Id: <15d3cbd5bc0-5575-19be@webprd-a04.mail.aol.com> In-Reply-To: MIME-Version: 1.0 X-MB-Message-Source: WebUI X-MB-Message-Type: User X-Mailer: JAS STD X-Originating-IP: [80.146.228.87] x-aol-global-disposition: G X-AOL-VSS-INFO: 5800.7501/118384 X-AOL-VSS-CODE: clean DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20150623; t=1499962630; bh=DtyzOWhQV4ZWlg+QxN6fqcDOtx49/rNOhydW84UjMeM=; h=From:To:Subject:Message-Id:Date:MIME-Version:Content-Type; b=XXgRHJChiG4rVLVxVlIJLtKgOA4tbn++XisnidwL3O98M81PaP5LcDq2QlOTTugxy lW89V2N2yvbONh9m801enL4SMb0DiPOhfafG6I/PKoQ1oTo5009aO1+eQGwOO1VN1X QdbFn/+rrxNgclMGb/Mr7pq6o/M+kGDFq54wguJY= x-aol-sid: 3039ac1b026359679d052c61 X-Scan-Signature: 2a387cdafeb2b68ed47a0b92a1d8e4c7 Subject: Fwd: LF: Auto-EbNaut reception on LF in JN80 Content-Type: multipart/mixed; boundary="----=_Part_8028_1358672972.1499962629053" 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: 12217 ------=_Part_8028_1358672972.1499962629053 Content-Type: multipart/alternative; boundary="----=_Part_8027_193008762.1499962629053" ------=_Part_8027_193008762.1499962629053 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable ...guess this was intended to go to the reflector. Best 73, Markus -----Urspr=C3=BCngliche Mitteilung-----=20 Von: Domenico IZ7SLZ An: Markus Vester Verschickt: Do, 13. Jul 2017 1:24 Betreff: Re: LF: Auto-EbNaut reception on LF in JN80 Hello LF, EbNaut auto-decoder is still online at http://qsl.net/iz7slz/ but with some modifications. Thanks to Stefan and Markus for their kindly suggestions. For impatient people there are some links where the results of last EbNa= ut decoding (maybe still in progress) and the squared spectrum plot, are up= dated every five minutes.=20 (tnx to Markus's 'show_rawsyms3b.exe' program). A third frequency has been added. The decoder is also scheduled to start at= XX:30 with 6 char, 2s 8K19A on 137.485 kHz. This new decoding process star= ts about at XX:53. Thanks to all operators whom have tested this system. If someone has tested= without having a decode can contact me for a deep investigation in the raw= audio recordered in these days. I want attach the linux shell command's file that is running here. I'm not = an expert in Linux. Maybe some skilled operator can check and improve the = operations. 73 to all Domenico, IZ7SLZ =20 On 9 July 2017 at 11:09, Markus Vester wrote: Hi Domenico, many thanks for installing your auto-decoder! Due to frequent thunderstorms= I don't transmit much around this time of the year, but this weekend looke= d ok so I decided to push out the TX antenna for some tests. I started expe= rimenting at 11 UT yesterday but initially had some problems with the phase= feedback and a new compensation for the 0.3 s soundcard delay. The first "= good" transmission went out at 12:59:57.1, which was 2.1 s early due to an = NTP error (you might look for that one in your recordings). The next one at= 14:00 was decoded successfully. Repeats at 15, 16 and 19 UT should have go= ne out ok but were apparently lost in the QRN. A different message was sent= at 20, 21 and 22 UT (as you know ;-). I am using a different phase lock scheme now, omitting the need for an Rubi= dium controlled LO. The audio signal for the SSB transmitter is generated a= t 1990 Hz as usual. But phase feedback is done directly from the RF signal,= using soundcard subsampling to 137.49 - 96 =3D 41.49 kHz. This is possible= because my Delock USB soundcard-dongle has only ~ 30 dB alias rejection at= LF, and easily picks up the strong transmit field. Thus 1pps on the other = channel allows directly sensing and phase-locking the radiated RF signal. I= am actually running the TX instance on the VLF grabber PC (a cheap ODYS Co= smo Win-X9 tablet), reusing the soundcard connected to the VLF-receiver. During three transmissions (Sat 16 UT and Sun 8 and 9 UT), I have simply di= sconnected the Rb, so the LF TRX crystal is free-running about 0.08 Hz low.= Your recent decode shows that the RF-to-audio PLL successfully managed to = compensat the LO offset and drift.=20 Stefan if you like you could perhaps send some rawsyms plots, as I would be= interested in the performance of the new PLL. Perhaps one suggestion for the autodecoder setup: I am an impatient charact= er and find it hard to wait half an hour for the upload ;-) With stable sig= nals, the first decode usually happens already after a couple of seconds du= ring the flat-phase trials. Would it be possible to upload a preliminary fi= rst result soon after startup? You could then let the decode process contin= ue and re-upload the complete results after the decoder has terminated. Thanks again for the fine work! Best 73, Markus =20 -----Urspr=C3=BCngliche Mitteilung-----=20 Von: Domenico IZ7SLZ An: DK7FC ; Markus Vester Verschickt: Sa, 8. Jul 2017 19:57 Betreff: Re: LF: Auto-EbNaut reception on LF in JN80 Hallo Markus, Glad to see your call in my EbNaut system. Thanks you for testing it. Me and Stefan have some idea how to improve it. What do you think? 73 Domenico On 8 Jul 2017 19:37, "Domenico IZ7SLZ" wrote: Yes Stefan, The advantage of vlfrx tools is that you can easly record the raw audio wit= h the needed bw and pick up the interested time period whenever you want, = every time you test different settings. So i'm recording, on 160 Gb Storage Hard disk , audio from receiver on L ch= annel (centered on 1500 Hz) after applying vttime and downsample it at 9600= samples/s. WTWRITE is now using abt 7 Gb / day of my HD.=20 Seems there is no degrading of EbNaut performarce, as you see from my 'auto= ' system. About vtblank settings, i have just guessed them after some attempts in imp= roving ebnaut Eb/N0 of Riccardo signals. For sure they can be more optimized for different situations (time of the d= ay, qrn level,..). But i want to do this by using a new version of vtblank that has now diffe= rent parameter's ranges. I have planned to do this upgrade on the next week. So actually i can analize signals in the bw of my receiver (1500 +- 500 Hz)= since july 6th with some interruptions. If you have some transmissions to be checked, let me known. Have fun. Domenico IZ7SLZ. On 8 Jul 2017 17:12, "DK7FC" wrote: =20 Ciao Domenico,=20 Your LF RX works very well with vlfrx tools. I still didn't monitor real r= adio signals with a QRN background, just test signals. Do you now record many days in vt data files to post process if you like? = I am planning to do that :-) And do you optimise the blanker settings for LF? There are a lot of possib= ilities to analyse signals and optimise the results :-) I'm looking forward to that :-) 73, Stefan Am 08.07.2017 17:06, schrieb Domenico IZ7SLZ:=20 Ciao Stefan,=20 Seems that gpsd automatically sets its baudrate and protocol to accept nmea= . 1pps is accepted on rs232 pin 1 Data Carrier Detect. For best results i have separatly setted my gps Jupiter with Binary protoc= ol at 9600 baud Thanks for the signal. I'm sure that experience done on LF will help me on = VLF. Have a good week end Domenico On 8 Jul 2017 16:47, "DK7FC" wrote: Hi Domenico, Am 04.07.2017 11:13, schrieb Domenico IZ7SLZ: These are the programs running on PC: - gpsd, ntpd for getting utc synchro from GPS (that has nmea + 1pps) Somehow i don't get my GPS module running with gpsd. It is installed on th= e Raspi. The NMEA messages arrive at the serial port. How did you manage th= e clock syncing with the GPS module and gpsd? How do i need to modify /etc/ntp.conf to set the clock with gpsd alternati= vely? It would be fine that the clock is set either by data from the web or= by data from the GPS module... 73, Stefan PS: We have massive QRN again but you can decode me at Eb/N0 =3D 15 dB :-) ------=_Part_8027_193008762.1499962629053 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
...guess this was intended to go to the reflector. Best = 73, Markus


-----Urspr=C3=BCngliche Mitteilung-----
Von: Dome= nico IZ7SLZ <iz7slz.domenico@gmail.com>
An: Markus Vester <mark= usvester@aol.com>
Verschickt: Do, 13. Jul 2017 1:24
Betreff: Re: L= F: Auto-EbNaut reception on LF in JN80

Hello  LF,

EbNaut auto-decoder is still online at= http://qsl.net/iz7slz/
but with some modifications.
Thanks= to Stefan and Markus for their kindly suggestions.

For impati= ent people   there are some links where  the results of last= EbNaut decoding (maybe still in progress) and the squared spectrum plot, a= re updated every five minutes.
(tnx to Markus's 'show_rawsyms3b.exe' pr= ogram).

A third frequency has been added. The decoder is also = scheduled to start at XX:30 with 6 char, 2s 8K19A on 137.485 kHz. This new = decoding process starts about at XX:53.

Thanks to all operator= s whom have tested this system. If someone has tested without having a deco= de can contact me for a deep investigation in the raw audio recordered in t= hese days.

I want attach the linux shell command's file that i= s running here. I'm not an expert in Linux. Maybe some skilled operator&nbs= p; can check and improve the operations.

73 to all
Do= menico, IZ7SLZ
 

On 9 July 2017 at 11= :09, Markus Vester <markusvester@aol.com> wrote:
Hi Domenico,

many thanks for installing your auto-decoder! = Due to frequent thunderstorms I don't transmit much around this time of the= year, but this weekend looked ok so I decided to push out the TX ante= nna for some tests. I started experimenting at 11 UT yesterday but initiall= y had some problems with the phase feedback and a new compensation for = ;the 0.3 s soundcard delay. The first "good" transmission went out at 12:59= :57.1, which was 2.1 s early due to an NTP error (you might look for t= hat one in your recordings). The next one at 14:00 was decoded success= fully. Repeats at 15, 16 and 19 UT should have gone out ok but were apparen= tly lost in the QRN. A different message was sent at 20, 21 and 22 UT = (as you know ;-).

I am using a different phase lock scheme now, omit= ting the need for an Rubidium controlled LO. The audio signal for the = SSB transmitter is generated at 1990 Hz as usual. But phase feedback is don= e directly from the RF signal, using soundcard subsampling to 137.49 - 96 = =3D 41.49 kHz. This is possible because my Delock USB soundcard-d= ongle has only ~ 30 dB alias rejection at LF, and easily picks up the stron= g transmit field. Thus 1pps on the other channel allows directly sensi= ng and phase-locking the radiated RF signal. I am actually running the TX i= nstance on the VLF grabber PC (a cheap ODYS Cosmo Win-X9 tablet), reus= ing the soundcard connected to the VLF-receiver.

During three t= ransmissions (Sat 16 UT and Sun 8 and 9 UT), I have simply disconnected the= Rb, so the LF TRX crystal is free-running about 0.08 Hz low. Your&nbs= p;recent decode shows that the RF-to-audio PLL successfully managed to= compensat the LO offset and drift. 

Stefan if you like you cou= ld perhaps send some rawsyms plots, as I would be interested in the perform= ance of the new PLL.

Perhaps one suggestion for the autodecoder= setup: I am an impatient character and find it hard to wait half an h= our for the upload ;-) With stable signals, the first decode usually h= appens already after a couple of seconds during the flat-phase trials.= Would it be possible to upload a preliminary first result soon after = startup? You could then let the decode process continue and re-upload the c= omplete results after the decoder has terminated.

Thanks again for t= he fine work!

Best 73,
Markus
 


-----Urspr=C3= =BCngliche Mitteilung-----
Von: Domenico IZ7SLZ <iz7= slz.domenico@gmail.com>
An: DK7FC <selberdenken@p= osteo.de>; Markus Vester <markusvester@aol.com>=
Verschickt: Sa, 8. Jul 2017 19:57
Betreff: Re: LF: Auto-EbNaut recep= tion on LF in JN80

Hallo Markus,

Glad to see = your call in my EbNaut system.
Thanks you for testin= g it.
Me and Stefan have some idea how to improve it= . What do you think?

73 Domenico

On 8 Jul 2017 19:37, "Domenico IZ7SLZ" <= iz7slz.domenico@gmail.com> wrote:
Yes S= tefan,

The advantage of vlfrx = tools is that you can easly record the raw audio with the needed bw and pic= k up the interested  time period whenever you want, every time you tes= t different settings.
So i'm recording, on 160 Gb St= orage Hard disk , audio from receiver on L channel (centered on 1500 Hz) af= ter applying vttime and downsample it at 9600 samples/s.
WTWRITE is now using abt 7 Gb / day of my HD. 

Seems there is no degrading of EbNaut perf= ormarce, as you see from my 'auto' system.

About vtblank settings, i have just guessed them after s= ome attempts in improving ebnaut Eb/N0 of Riccardo signals.
For sure they can be more optimized for different situations (tim= e of the day, qrn level,..).
But i want to do this b= y using a new version of vtblank that has now  different parameter's r= anges.
I have planned to do this upgrade on the next= week.

So actually i can= analize signals in the bw of my receiver (1500 +- 500 Hz) since july 6th w= ith some interruptions.
If you have some transmissio= ns to be checked, let me known.

Have fun.
Domenico IZ7SLZ.



On 8 Jul 2017 17:12, "DK7FC" <selberdenken@posteo.de> wrote:
=20
Ciao Domenico,

Your LF RX works very well with vlfrx tools. I still didn't monitor real radio signals with a QRN background, just test signals.
Do you now record many days in vt data files to post process if you like? I am planning to do that :-)
And do you optimise the blanker settings for LF? There are a lot of possibilities to analyse signals and optimise the results :-)
I'm looking forward to that :-)

73, Stefan

Am 08.07.2017 17:06, schrieb Domenico IZ7SLZ:
Ciao Stefan,

Seems that gpsd automatically sets its baudrate and protocol to accept nmea.
1pps is accepted on rs232 pin 1 Data Carrier Detect.
For best results i have separatly setted my gps Jupiter  with Binary protocol at 9600 baud

Thanks for the signal. I'm sure that experience done on LF will help me on VLF.

Have a good week end

Domenico

On 8 Jul= 2017 16:47, "DK7FC" <selberdenken@posteo.de> wrote:
Hi Domenico,

Am 04.07.2017 11:13, schrieb Domenico IZ7SLZ:
These are the programs running on PC:

- gpsd, ntpd for getting utc synchro from GPS (that has nmea + 1pps)

Somehow i don't get my GPS module running with gpsd. It is installed on the Raspi. The NMEA messages arrive at the serial port. How did you manage the clock syncing with the GPS module and gpsd?
How do i need to modify /etc/ntp.conf to set the clock with gpsd alternatively? It would be fine that the clock is set either by data from the web or by data from the GPS module...

73, Stefan

PS: We have massive QRN again but you can decode me at Eb/N0 =3D 15 dB :-)<= br>


------=_Part_8027_193008762.1499962629053-- ------=_Part_8028_1358672972.1499962629053 Content-Type: application/octet-stream; name=upload2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="upload2" #!/bin/bash # upload while true; do cat rawsyms > rawsyms.txt #timeout 1s 5 wine "show_rawsyms3b.exe" # > import -window "show_rawsyms3b" ~/img.png timeout -k 1s 10 wine "show_rawsyms3b.exe" & sleep 7 import -window "show_rawsyms3b" ~/img.jpg wput -v -N -t3 img.jpg ftp://iz7slz:EAPNzdFm@www.qsl.net/EBNAUT/ wput -v -N -t3 DECODED1.TXT -w3000 ftp://iz7slz:EAPNzdFm@www.qsl.net/EBNAUT/ done ------=_Part_8028_1358672972.1499962629053 Content-Type: application/octet-stream; name=auto Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="auto" #!/bin/bash' # auto-EbNaut by IZ7SLZ july 2017 function process_read_RX1 { echo "Freq.=137.495 kHz : " $TIMESLOT" +30 s" > DECODED1.TXT vtread -v -T $TIMESLOT,+1030 /media/iz7slz/Storage | # Begin 30 secs early vtfilter -v -h bp,f=1500,w=2000 | # Pre-filter before blanking vtblank -v -a2 -d0 -t10 | # Typical sferic blanker settings vtmult -v -f 1500 | # Mix to baseband I/Q vtresample -v -r 240 | # Reduce to 240 sample pairs/sec vtraw -v -oa | # Convert to 3-columns of ASCII ebnaut -v -dp8K19A -F-5.0 -N15 -S1 -r240 -c2 -L20000 -PS -T30 | tee -a DECODED1.TXT # Decode echo --------------------------------------------------------- >> DECODED1.TXT DONE2=1 cat DECODEDOLD.TXT > tmp cat DECODED1.TXT tmp > DECODEDOLD.TXT cat header.txt DECODEDOLD.TXT > DECODED.TXT ./upload #invoke shell file with wput } function process_read_RX2 { echo "Freq.=137.490 kHz : " $TIMESLOT" +30 s" > DECODED1.TXT vtread -v -T $TIMESLOT,+1030 /media/iz7slz/Storage | # Begin 30 secs early vtfilter -v -h bp,f=1500,w=2000 | # Pre-filter before blanking vtblank -v -a2 -d0 -t10 | # Typical sferic blanker settings vtmult -v -f 1500 | # Mix to baseband I/Q vtresample -v -r 240 | # Reduce to 240 sample pairs/sec vtraw -v -oa | # Convert to 3-columns of ASCII ebnaut -v -dp8K19A -F-10.0 -N15 -S1 -r240 -c2 -L20000 -PS -T30 | tee -a DECODED1.TXT # Decode echo --------------------------------------------------------- >> DECODED1.TXT DONE2=1 cat DECODEDOLD.TXT > tmp cat DECODED1.TXT tmp > DECODEDOLD.TXT cat header.txt DECODEDOLD.TXT > DECODED.TXT ./upload #invoke shell file with wput } function process_read_RX3 { echo "Freq.=137.485 kHz : " $TIMESLOT" +30 s" > DECODED1.TXT vtread -v -T $TIMESLOT,+1155 /media/iz7slz/Storage | # Begin 30 secs early vtfilter -v -h bp,f=1500,w=2000 | # Pre-filter before blanking vtblank -v -a2 -d0 -t10 | # Typical sferic blanker settings vtmult -v -f 1500 | # Mix to baseband I/Q vtresample -v -r 240 | # Reduce to 240 sample pairs/sec vtraw -v -oa | # Convert to 3-columns of ASCII ebnaut -v -dp8K19A -F-15.0 -N6 -S2 -r240 -c2 -L20000 -PS -T30 | tee -a DECODED1.TXT # Decode echo --------------------------------------------------------- >> DECODED1.TXT DONE2=1 cat DECODEDOLD.TXT > tmp cat DECODED1.TXT tmp > DECODEDOLD.TXT cat header.txt DECODEDOLD.TXT > DECODED.TXT ./upload #invoke shell file with wput } #### main DONE2=1 while true; do MINUTO=$(date +%M):$(date +%S) if [ $MINUTO = "17:00" -a $DONE2 = 1 ]; then DONE2=0 #$date --date='1 hour ago' TIMESLOT=$(date -u --date='1 hour ago' +%F)_$(date -u --date='1 hour ago' +%H):59:30 echo $TIMESLOT processing.... process_read_RX1 elif [ $MINUTO = "35:00" -a $DONE2=1 ]; then TIMESLOT=$(date -u --date='1 hour ago' +%F)_$(date -u --date='1 hour ago' +%H):59:30 DONE2=0 echo $TIMESLOT processing.... process_read_RX2 elif [ $MINUTO = "53:00" -a $DONE2=1 ]; then TIMESLOT=$(date -u +%F)_$(date -u +%H):29:30 DONE2=0 echo $TIMESLOT processing.... process_read_RX3 fi done ------=_Part_8028_1358672972.1499962629053--