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 w8BCEb3L006390 for ; Tue, 11 Sep 2018 14:14:40 +0200 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1fzhU8-0002IC-0U for rs_out_1@blacksheep.org; Tue, 11 Sep 2018 13:09:36 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1fzhU5-0002I3-JY for rsgb_lf_group@blacksheep.org; Tue, 11 Sep 2018 13:09:33 +0100 Received: from omr-m007e.mx.aol.com ([204.29.186.9]) by relay1.thorcom.net with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.91_59-0488984) (envelope-from ) id 1fzhU0-0003N6-4h for rsgb_lf_group@blacksheep.org; Tue, 11 Sep 2018 13:09:32 +0100 Received: from mtaomg-aan02.mx.aol.com (mtaomg-aan02.mx.aol.com [172.27.19.80]) by omr-m007e.mx.aol.com (Outbound Mail Relay) with ESMTP id 98B5A380004C for ; Tue, 11 Sep 2018 08:09:26 -0400 (EDT) Received: from core-acx06c.mail.aol.com (core-acx06.mail.aol.com [172.27.0.16]) by mtaomg-aan02.mx.aol.com (OMAG/Core Interface) with ESMTP id 1D76A38000085 for ; Tue, 11 Sep 2018 08:09:26 -0400 (EDT) Received: from 80.146.228.86 by webjasstg-vaa28.srv.aolmail.net (10.96.25.31) with HTTP (WebMailUI); Tue, 11 Sep 2018 08:09:24 -0400 Date: Tue, 11 Sep 2018 08:09:25 -0400 From: Markus Vester To: rsgb_lf_group@blacksheep.org Message-Id: <165c88948ca-1ebd-267@webjasstg-vaa28.srv.aolmail.net> In-Reply-To: <6DB8451D7F3D3947A5918808A59621EA0860A197@servigilant.vigilant.local> MIME-Version: 1.0 X-MB-Message-Source: WebUI X-MB-Message-Type: User X-Mailer: JAS STD X-Originating-IP: [80.146.228.86] x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20150623; t=1536667766; bh=3kmOOthfAfb4iZxpmibHZ0qPYXybCwOiaANptcmHOCs=; h=From:To:Subject:Message-Id:Date:MIME-Version:Content-Type; b=pAmQ7IPfBfauKUMQvRs4NTGjOpESJj5wfdOGaLl50tZ+LQaPCk4rgXYgdGHPVyL6X AwVogrIc2HndFxKJbGfZ/RfG1dt2gP749GYHuibc4wfV87tTGsPTp0eMk1E32etUZ4 e5PsmmLLTJxZn94mvUfsXbRvN7+iWGcLtpSQ17mM= x-aol-sid: 3039ac1b13505b97b0767b16 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 @@CONTACT_ADDRESS@@ for details. Content preview: Hi Luis, your last-mentioned decimator and FFT settings are fine. I think the confusion is only about the term "width". The 438 uHz is the width of one single FFT bin, i.e. the inverse of the 38 minute time span. [...] Content analysis details: (0.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [204.29.186.9 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (markusvester[at]aol.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 T_KAM_HTML_FONT_INVALID BODY: Test for Invalidly Named or Formatted Colors in HTML 0.0 HTML_MESSAGE BODY: HTML included in message 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Scan-Signature: f5881512bb357e753804a20c3541e1fe Subject: Re: LF: The return of EbNaut for Dummies Content-Type: multipart/alternative; boundary="----=_Part_826_684454778.1536667764937" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.5 required=5.0 tests=HTML_40_50,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 ------=_Part_826_684454778.1536667764937 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Luis, your last-mentioned decimator and FFT settings are fine.=20 I think the confusion is only about the term "width". The 438 uHz is the wi= dth of one single FFT bin, i.e. the inverse of the 38 minute time span. What Stefan meant is the total width of all bins in the spectrogram, which = should theoretically be identical to the decimated samplerate=20 44100 / 1536 =3D 65536 * 0.000438 =3D 28.71 Hz However there is a catch: SpecLab only shows and exports the middle half of= the spectrum, for the purpose of hiding the outer rolloff region of the de= cimation filter. Thus in your case the number of exported bins is only 3276= 8, and the total observation width is 14.35 Hz (i.e. +- 7.18 Hz around the = center frequency). Don't let yourself be confused by the Windows filesystem timestamps. An exp= ort file is written at the end of the first integration period, but file ac= cess will still be left open and locked, awaiting further data. When the ne= xt FFT is ready 10 minutes later, SpecLab will detect that the maximum file= size limit (1 kB) would be exceeded, so it closes the first file, and the n= ew data is written to the next file. That is why the timestamp of the first= file will be increased by 10 minutes. =20 Best wishes, Markus -----Urspr=C3=BCngliche Mitteilung-----=20 Von: VIGILANT Luis Fern=C3=A1ndez An: rsgb_lf_group Verschickt: Di, 11. Sept 2018 13:42 Betreff: RE: LF: The return of EbNaut for Dummies #AOLMsgPart_2_ef7799d8-a0f6-40c0-b6fb-cc46c98776d0 td{color: black;} @font-= face {font-family:Wingdings; panose-1:5 0 0 0 0 0 0 0 0 0;}@font-face {font= -family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;}@font-face {font-fami= ly:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;}.aolReplacedBody p.aolmail_MsoNo= rmal,.aolReplacedBody li.aolmail_MsoNormal,.aolReplacedBody div.aolmail_Mso= Normal {margin:0cm; margin-bottom:.0001pt; font-size:12.0pt; font-family:"T= imes New Roman",serif; color:black;}.aolReplacedBody a:link,.aolReplacedBod= y span.aolmail_MsoHyperlink {mso-style-priority:99; color:blue; text-decora= tion:underline;}.aolReplacedBody a:visited,.aolReplacedBody span.aolmail_Ms= oHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:un= derline;}.aolReplacedBody span.aolmail_EstiloCorreo17 {mso-style-type:perso= nal; font-family:"Calibri",sans-serif; color:#1F497D;}.aolReplacedBody span= .aolmail_EstiloCorreo18 {mso-style-type:personal; font-family:"Calibri",san= s-serif; color:#1F497D;}.aolReplacedBody span.aolmail_EstiloCorreo19 {mso-s= tyle-type:personal-reply; font-family:"Calibri",sans-serif; color:#1F497D;}= .aolReplacedBody .aolmail_MsoChpDefault {mso-style-type:export-only; font-s= ize:10.0pt;}@page WordSection1 {size:612.0pt 792.0pt; margin:70.85pt 3.0cm = 70.85pt 3.0cm;}.aolReplacedBody div.aolmail_WordSection1 {page:WordSection1= ;} =20 Hi Stefan =20 Thank you for the detailed explanation. I prefer to understand the process = rather than getting a working .usr So, excuse me again for dumming again J =20 All understood about the length and relation to FFT windows time (length) i= n SL. Width was un unknown parameter for me And I=E2=80=99m afraid the problem is about the width: =20 >> Choose the FFT width and length to suit your settings. The width is mayb= e 10 * 1/(symbol length) or more Lets say 1Hz minimum for a 10 sec symbol leght, right ? =20 So, in the FFT configuration window the only way to get >1Hz(1.3Hz) for =E2= =80=9CWidth of one FFT-bin=E2=80=9D is to reduce decimation to 1 and then set FFT length to 32768 to get some =E2=80=9CFFT window time (leng= th)=E2=80=9D. But then, the indows time is just 743ms which will not cover the length of the message at all =20 I=E2=80=99m stucked here. Can=E2=80=99t get >width with 30 minutes FFT leng= hts. I=E2=80=99m using 44.100Hz sample rate L =20 The FFT input type is =E2=80=9CComplex ith internal frequency shift=E2=80= =9D. But even using =E2=80=9CReal FFT starting at 0Hz=E2=80=9D doesn=E2=80= =99t improve much Decimation at 1536 and FFT length 65535 produces =E2=80=9CWidth of one FFT= =E2=80=9D at 438uHz and FFT windows time 38 min. So this time good length but small width What I=E2=80=99m doing wrong ? =20 73 de Luis EA5DOM =20 De: owner-rsgb_lf_group@blacksheep.org [mailto:owner-rsgb_lf_group@blackshe= ep.org] En nombre de DK7FC Enviado el: lunes, 10 de septiembre de 2018 18:57 Para: rsgb_lf_group@blacksheep.org Asunto: Re: LF: The return of EbNaut for Dummies =20 Hi Luis,=20 Am 10.09.2018 17:47, schrieb VIGILANT Luis Fern=C3=A1ndez:=20 The fact of getting windows timestamped files which really start at a different time and no aparent indication of when they end =E2=80=A6.. doesn= =C2=B4t help at all Well, the FFT settings must be so that you cover enough width (in Hz) and l= ength (in seconds). The necessary width depends on your symbol length. The = length is mentioned in the FFT settings register card (FFT window time). Ch= oose a rectangular window for EbNaut decodes. Convert the txt files into wav using Markus tools. Load the wav file in th= e EbNaut decoder and press RUN. Then you will see the start time of the fil= e. The end is start time + length. Simple, isn't it? :-) A new txt file is generated in the interval of the scroll time (Spectrum (= 1) ) register card. Usually 30 minutes is fine, or even 1 hour on VLF. Then= you get a file each 30 minutes. If the FFT length is longer than 30 minute= s. Your FFT length should be 30 minutes longer than the transmission length= , just to avoid an incomplete set of data in a txt file.=20 Choose the FFT width and length to suit your settings. The width is maybe = 10 * 1/(symbol length) or more. Is there any way of =E2=80=9Cfast=E2=80=9D EbNaut when signals are strong ? I think there are no limits, you can run 0.1 second symbol length. But usua= lly it is used for weak signals and stable paths. =20 I really don=E2=80=99t know what to test next. Send me your .usr file and the EbNaut settings you want to try. 73, Stefan May be to run ebnaut_tx in test mode, which just changes the phase every sy= mbol length And then, analyze the recorded file with a different tool to determine if t= his phase changes are there ? Can this be easily done ? =20 73 de Luis EA5DOM =20 PS: Congratulations for your amazing test with the guard rails. And yes, th= is is much much harder than EME ! J =20 De: owner-rsgb_lf_group@blacksheep.org [mailto:owner-rsgb_lf_group@blackshe= ep.org] En nombre de DK7FC Enviado el: viernes, 07 de septiembre de 2018 22:10 Para: rsgb_lf_group@blacksheep.org Asunto: Re: LF: EbNaut transmission test in LF =20 Hello Luis,=20 Another hint: Try to use 4K19A and a shorter message, like EA5 or so. Use = long symbols, like 10 seconds or longer. Then, timing is less critical and = you may get a decode and can tune to the best Eb/N0 and find out what the t= iming offset it. It would guess it is a timing problem. 73 Stefan Am 07.09.2018 13:36, schrieb VIGILANT Luis Fern=C3=A1ndez:=20 Hi Domenico =20 Sorry, I=E2=80=99m not transmitting this weekend. Very stormy weather here,= so the wires are down I will notice in the reflector any transmission in advance. But first want = to confirm that all is working ok So that was the goal of yesterday test =20 Yes, the XOR is AFTER the 1/10 divider, and working at the final frequency = 137485 Hz =20 Your auto-decoder is a great tool. EbNaut is quite tricky for average use a= nd needs a lot of details to care about Of course the reward is great when you get decodes with miserable signal le= vels. There is never free lunch ! ;-) =20 73 de Luis EA5DOM =20 De: owner-rsgb_lf_group@blacksheep.org [mailto:owner-rsgb_lf_group@blackshe= ep.org] En nombre de Domenico IZ7SLZ Enviado el: viernes, 07 de septiembre de 2018 13:18 Para: rsgb_lf_group@blacksheep.org Asunto: Re: LF: EbNaut transmission test in LF =20 Hello Luis, =20 thanks for sharing your experiment. My auto-decoder https://www.qsl.net/i= z7slz/ is already retuned for your transmissions. =20 BTW QRM is large here in the morning time (urban location). I will try to c= atch your signal later in the night. =20 At least the decoder is detecting the carrier but may be there is no proper= phase modulation or probably other failures What I=E2=80=99m doing wrong ? Can anybody decode the message from the file= ? =20 I also suspect some issues on modulator circuit. Of course the XOR gate is= following the /10 divider, is it? =20 Good luck. =20 73 all,=20 Domenico/IZ7SLZ =20 =20 =20 On Fri, 7 Sep 2018 at 11:38, VIGILANT Luis Fern=C3=A1ndez wrote: Hi LF EbNauters =20 I have been building a disciplined Rx for LF, based in a GPS LO at 120KHz a= nd a NE602 downconverter to 17KHz Then feeding the signal to the soundcard, also disciplined with 1pps from t= he same GPS =20 At Tx side a GPS LO at 1374850 Hz divided by 10 provides 0.1Hz steps at LF.= Then an XOR gate is used for EbNaut modulation from the DTR of a COM port under Windows. The PA is just= a mosfet driver (mic4452 AT 12v) Just about 100mW to antenna but good enough to get a 20dB S/N in my Rx 7Km = away =20 Stability looks pretty good and also phase modulation as seen in SL spectro= gram. Also monitoring phase changes with the SL plot display window. So, yesterday I tried an EbNaut transmissi= on with the following setup =20 Coding: 8K19A CRC 16 Symbol period: 1s Characters: 6 Transmission time: 9.3 minutes Transmitting at minute 00 and 30 every hour =20 I got the FFT files from SL and converted them to WAV files. The configurat= ion file (SR) included the corrected sample rate of the soundcard as well as decimation , FFT length and center frequency =20 Attached is a WAV file starting at 16:22 which should contain the transmiss= ion started at 16:30 untill about 16:40 =20 The rawsym graphic shows a clear peak centered in frequency, but I haven=E2= =80=99t been able to get a decode other than =E2=80=9C******=E2=80=9D At least the decoder is detecting the carrier but may be there is no proper= phase modulation or probably other failures What I=E2=80=99m doing wrong ? Can anybody decode the message from the file= ? BTW, I have used a list length of 47274 and also 141823, but nill L =20 73 de Luis EA5DOM ------=_Part_826_684454778.1536667764937 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi Luis,

your last-mentioned decimator and FFT se= ttings are fine.

I think the confusion is only about the term "widt= h". The 438 uHz is the width of one single FFT bin, i.e. the inverse o= f the 38 minute time span.

What Stefan meant is the total width of a= ll bins in the spectrogram, which should theoretically be identical to= the decimated samplerate
 44100 / 1536 =3D 65536 * 0.000438 = =3D 28.71 Hz
However there is a catch: SpecLab only shows and expor= ts the middle half of the spectrum, for the purpose of hiding the outer rol= loff region of the decimation filter. Thus in your case the numbe= r of exported bins is only 32768, and the total observation width is 1= 4.35 Hz (i.e. +- 7.18 Hz around the center frequency).

Don't let you= rself be confused by the Windows filesystem timestamps. An export file is&n= bsp;written at the end of the first integration period, but file access&nbs= p;will still be left open and locked, awaiting further data. When the = next FFT is ready 10 minutes later, SpecLab will detect that the = maximum filesize limit (1 kB) would be exceeded, so it closes the firs= t file, and the new data is written to the next file. That is why=  the timestamp of the first file will be increased by 10 min= utes.  

Best wishes,
Markus



-----Urspr= =C3=BCngliche Mitteilung-----
Von: VIGILANT Luis Fern=C3=A1ndez <lui= s@vigilant.es>
An: rsgb_lf_group <rsgb_lf_group@blacksheep.org>=
Verschickt: Di, 11. Sept 2018 13:42
Betreff: RE: LF: The return of E= bNaut for Dummies

Hi Stefan

 

Thank you for the detailed explanation. I prefer to under= stand the process rather than getting a working .usr

So, excuse me again for dumming again  J

 

All understood about the length and relation to FFT windo= ws time (length) in SL. Width was un unknown parameter for me

And I=E2=80=99m afraid the problem is about the width:

 

>> Choose= the FFT width and length to suit your settings. The width is maybe 10 * 1/= (symbol length) or more

Lets say 1Hz minimum for a 10 sec symbol leght, right ?

 

So, in the FFT configuration window the only way to get &= gt;1Hz(1.3Hz) for =E2=80=9CWidth of one FFT-bin=E2=80=9D is to reduce decim= ation to 1

and then set FFT length to 32768 to get some =E2=80=9CFFT= window time (length)=E2=80=9D. But then, the indows time is just 743ms

which will not cover the length of the message at all

 

I=E2=80=99m stucked here. Can=E2=80=99t get >width wit= h 30 minutes FFT lenghts. I=E2=80=99m using 44.100Hz sample rate L

 

The FFT input type is =E2=80=9CComplex ith internal frequ= ency shift=E2=80=9D. But even using =E2=80=9CReal FFT starting at 0Hz=E2=80= =9D doesn=E2=80=99t improve much

Decimation at 1536 and FFT length 65535 produces =E2=80= =9CWidth of one FFT=E2=80=9D at 438uHz and FFT windows time 38 min. So this= time

good length but small width

What I=E2=80=99m doing wrong ?

 

73 de Luis

EA5DOM

 

De: ow= ner-rsgb_lf_group@blackshee= p.org [mailto:ow= ner-rsgb_lf_group@blacksheep.org] En nombre de DK7FC
Enviado el: lunes, 10 de septiembre de 2018 18:57
Para: rsgb_lf_group@= blacksheep.org
Asunto: Re: LF: The return of EbNaut for Dummies

 

Hi Luis,

Am 10.09.2018 17:47, schrieb VIGILANT Luis Fern=C3=A1ndez:

The fact of= getting windows timestamped files which really start at a

different t= ime and no aparent indication of when they end =E2=80=A6.. doesn=C2=B4t hel= p at all

Well, the FFT settings must be so that you c= over enough width (in Hz) and length (in seconds). The necessary width depe= nds on your symbol length. The length is mentioned in the FFT settings regi= ster card (FFT window time). Choose a rectangular window for EbNaut decodes.
Convert the txt files into wav using Markus tools. Load the wav file in the= EbNaut decoder and press RUN. Then you will see the start time of the file= . The end is start time + length. Simple, isn't it? :-)

A new txt file is generated in the interval of the scroll time (Spectrum (1= ) ) register card. Usually 30 minutes is fine, or even 1 hour on VLF. Then = you get a file each 30 minutes. If the FFT length is longer than 30 minutes= . Your FFT length should be 30 minutes longer than the transmission length, just to avoid an incomplete set of da= ta in a txt file.

Choose the FFT width and length to suit your settings. The width is maybe 1= 0 * 1/(symbol length) or more.


Is there an= y way of =E2=80=9Cfast=E2=80=9D EbNaut when signals are strong ?

I think there are no limits, you can run 0.1= second symbol length. But usually it is used for weak signals and stable p= aths.

 

I really do= n=E2=80=99t know what to test next.

Send me your .usr file and the EbNaut settin= gs you want to try.

73, Stefan


May be to r= un ebnaut_tx in test mode, which just changes the phase every symbol length=

And then, a= nalyze the recorded file with a different tool to determine if this phase c= hanges are there ? Can this be easily done ?

 

73 de Luis<= /span>

EA5DOM

 

PS: Congrat= ulations for your amazing test with the guard rails. And yes, this is much = much harder than EME ! J

 

De:= owner-rsgb_lf_group@blacksheep.org [mailto:owner-rsgb_lf_group@blacksheep.org] En nombre de DK7FC
Enviado el: viernes, 07 de septiembre de 2018 22:= 10
Para: rsgb_lf_group@blacksheep.org
Asunto: Re: LF: EbNaut transmission test in LF

 

Hello Luis,

Another hint: Try to use 4K19A and a shorter message, like EA5 or so. Use l= ong symbols, like 10 seconds or longer. Then, timing is less critical and y= ou may get a decode and can tune to the best Eb/N0 and find out what the ti= ming offset it. It would guess it is a timing problem.

73 Stefan

Am 07.09.2018 13:36, schrieb VIGILANT Luis Fern=C3=A1ndez:

Hi Domenico

 

Sorry, I=E2= =80=99m not transmitting this weekend. Very stormy weather here, so the wir= es are down

I will noti= ce in the reflector any transmission in advance. But first want to confirm = that all is working ok

So that was= the goal of yesterday test

 

Yes, the XO= R is AFTER the 1/10 divider, and working at the final frequency 137485 Hz

 

Your auto-d= ecoder is a great tool. EbNaut is quite tricky for average use and needs a = lot of details to care about

Of course t= he reward is great when you get decodes with miserable signal levels. There= is never free lunch ! ;-)

 

73 de Luis<= /span>

EA5DOM

 

De: owner-rsgb_lf_group@blacksheep.org [mailto:owner-rsgb_lf_group@blacksheep.org] En nombre de Domenico IZ7SLZ
Enviado el: viernes, 07 de septiembre de 2018 13:18
Para: rsgb_lf_group@blacksheep.org
Asunto: Re: LF: EbNaut transmission test in LF

 

Hello Luis,

 

thanks for sharing your experiment. My auto-= decoder  https://www.qsl.net/iz7slz/  is already retuned for your transmiss= ions.

 

BTW QRM is large here in the morning time (u= rban location). I will try to catch your signal later in the night.

 

At least the decoder= is detecting the carrier but may be there is no proper phase modulation or= probably other failures

What I=E2=80=99m doi= ng wrong ? Can anybody decode the message from the file ?

 

 I also suspect some issues on modulato= r circuit. Of course the XOR gate is following the /10 divider, is it?

 

Good luck.

 

73 all,

Domenico/IZ7SLZ

 

 

 

On Fri, 7 Sep 2018 at 11:38, VIGILANT Luis F= ern=C3=A1ndez <luis@vigilant.es> wrote:

Hi LF EbNauters<= /p>

 

I have been building a = disciplined Rx for LF, based in a GPS LO at 120KHz and a NE602 downconverte= r to 17KHz

Then feeding the signal= to the soundcard, also disciplined with 1pps from the same GPS

 

At Tx side a GPS LO at = 1374850 Hz divided by 10 provides 0.1Hz steps at LF. Then an XOR gate is us= ed for

EbNaut modulation from = the DTR of  a COM port under Windows. The PA is just a mosfet driver (= mic4452 AT 12v)

Just about 100mW to ant= enna but good enough to get a 20dB S/N in my Rx 7Km away

 

Stability looks pretty = good and also phase modulation as seen in SL spectrogram. Also monitoring p= hase changes

with the SL plot displa= y window. So, yesterday I tried an EbNaut transmission with the following s= etup

 

Coding: 8K19A

CRC 16

Symbol period: 1s

Characters: 6  &nb= sp;       Transmission time: 9.3 minutes=

Transmitting at minute = 00 and 30 every hour

 

I got the FFT files fro= m SL and converted them to WAV files. The configuration file (SR) included = the corrected sample rate

of the soundcard as wel= l as decimation , FFT length and center frequency

 

Attached is a WAV file = starting at 16:22 which should contain the transmission started at 16:30 un= till about 16:40

 

The rawsym graphic show= s a clear peak centered in frequency, but I haven=E2=80=99t been able to ge= t a decode other than =E2=80=9C******=E2=80=9D

At least the decoder is= detecting the carrier but may be there is no proper phase modulation or pr= obably other failures

What I=E2=80=99m doing = wrong ? Can anybody decode the message from the file ?

BTW, I have used a list= length of 47274 and also 141823, but nill L

 

73 de Luis

EA5DOM

------=_Part_826_684454778.1536667764937--