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 w2MMmfKH005545 for ; Thu, 22 Mar 2018 23:48:42 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1ez8uE-0006dB-5V for rs_out_1@blacksheep.org; Thu, 22 Mar 2018 22:41:58 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1ez8uC-0006d2-7w for rsgb_lf_group@blacksheep.org; Thu, 22 Mar 2018 22:41:56 +0000 Received: from proofpoint-cluster.metrocast.net ([65.175.128.136]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1ez8u4-0004Nf-Nk for rsgb_lf_group@blacksheep.org; Thu, 22 Mar 2018 22:41:55 +0000 Received: from [192.168.2.10] (d-208-90-143-11.cpe.metrocast.net [208.90.143.11]) (authenticated bits=0) by apple.metrocast.net (8.14.7/8.14.4) with ESMTP id w2MMfdDV063343 for ; Thu, 22 Mar 2018 22:41:40 GMT From: Rob Renoud Mime-Version: 1.0 (1.0) Date: Thu, 22 Mar 2018 18:41:39 -0400 Message-Id: <43A27B71-3D0B-4080-9A82-A5AC340873FE@md.metrocast.net> References: <8a85a7a8-7a1b-f38c-3581-88701aeaf955@n1bug.com> <5AAFE3B3.8050603@posteo.de> <579355A36AEE9D4FA555C45D556003ABA3C3A19A@servigilant.vigilant.local> <8E11D917-1416-4D11-A173-E71E2C74FCC1@md.metrocast.net> <5AB42199.9070808@posteo.de> In-Reply-To: <5AB42199.9070808@posteo.de> To: rsgb_lf_group@blacksheep.org X-Mailer: iPad Mail (15D100) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.19.17,1.0.8,0.0.0000 definitions=2018-03-22_11:2018-03-21,2018-03-22,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1603290000 definitions=main-1803220254 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 the administrator of that system for details. Content preview: Stefan, As this is an amateur radio transmission, the minimum message should be my 5 character amateur call sign, k3rwr. Your suggestion in a previous post was 1/8K=19 Coding; CRC 24, 3 sec Period with a resulting transmission period of 28:48. Is this still good even though the 3 sec period may be a bit longer than is optimum for 2200m. Any other suggestions? [...] Content analysis details: (-0.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message 0.0 AC_DIV_BONANZA RAW: Too many divs in a row... spammy template 0.0 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars X-Scan-Signature: 254fb1f92e9e6a3597761e1cd9a3a730 Content-Type: multipart/alternative; boundary=Apple-Mail-2C8E8AD7-2F7F-4A60-B3AD-B11722049189 Content-Transfer-Encoding: 7bit Subject: Re: LF: 2200m Trans-Atlantic QSO dream... X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.8 required=5.0 tests=HTML_30_40,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 --Apple-Mail-2C8E8AD7-2F7F-4A60-B3AD-B11722049189 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Stefan, As this is an amateur radio transmission, the minimum message should be my 5= character amateur call sign, k3rwr. Your suggestion in a previous post was 1/8K=3D19 Coding; CRC 24, 3 sec Peri= od with a resulting transmission period of 28:48. Is this still good even t= hough the 3 sec period may be a bit longer than is optimum for 2200m. Any o= ther suggestions? I will transmit on 137.395 KHz with 1W EIRP. Transmissions will start once I= reconfigure the TX hardware and verify that the EbNaut signal is being prop= erly modulated and transmitted. I will post when the station is up and oper= ating. Tnx & 73, Rob - K3RWR > On Mar 22, 2018, at 17:35, DK7FC wrote: >=20 > Hi Rob,=20 >=20 > Indeed, i have a suggestion. If you can transmit EbNaut messages, then let= 's try if it works. My RX is not overloaded any more. Due to the high QRN i g= ave up with the 17 kHz TA attempt . Last night i copied N1BUG in DFCW-60, ma= ybe 10 dB in 22 mHz in the best times.=20 > If you could run a beacon transmission, repeating each 30 minutes, using t= hese settings: http://abelian.org/ebnaut/calc.php?sndb=3D10&snbws=3D0.022&sn= mps=3D&code=3D16K21&sp=3D2&crc=3D18&nc=3D3&submit=3DCalculate > with a content that makes some sense (like 'YES' rather than 'T.4'), then i= would try to decode you. >=20 > 73, Stefan >=20 >=20 > Am 20.03.2018 12:17, schrieb Rob Renoud: >>=20 >> Hi LF=E2=80=99ers, >>=20 >> My LF station TX and RX hardware support EbNaut requirements and I curren= tly have EbNaut TX capability implemented and tested into a dummy load. Am w= orking to implement EbNaut RX software and decode capability. Expect it wil= l be several weeks before that capability is functional and tested as I=E2=80= =99m still learning what is required and how to implement it. >>=20 >> I do agree that EbNaut is most excellent for experimentation and possibly= QSOs on LF. I believe the LF community should formulate an initial signal c= onfiguration for development and testing and one that will possibly support m= inimum QSO requirements as well. I am not smart enough about EbNaut at this= point to offer any suggestions or make any recommendations about signal con= figurations. >>=20 >> I am also available to put a EbNaut signal at 1W EIRP on LF from my QTH a= t FM18qi while I continue implementing full EbNaut RX and decode capability.= >>=20 >> All ideas, suggestions and recommendations welcome! >>=20 >> 73, >> Rob - K3RWR >>=20 >>=20 >> On Mar 20, 2018, at 05:08, VIGILANT Luis Fern=C3=A1ndez wrote: >>=20 >>> Hi Domenico, LF >>> =20 >>> I agree with you that EbNaut is the way to go for DX in LF. And QSOs can= be made using short symbol durations at least equal to a long QRSS mode >>> Would be interesting if you recall the modes and time windows involved i= n that QSOs that took place in LF >>> =20 >>> But (at least muy experience, for a dummy and NON Lynux user) the differ= ent software packages needed and the lack of clear descriptions on how to >>> setup all the switches is a BIG problem and scares most OMs. The reward i= s to gain a LOT of dBs using the same station setup. So it really worths the= effort >>> =20 >>> >> Of course, i'm also at disposal to put on air a small EbNaut signal o= n LF from my locator JN80nu >>> =20 >>> Please do it. Would be very important to get your EbNaut transmissions i= n LF as a reference. Specially to check if one can do it with an stable rece= iver >>> but not GPSDO disciplined. This last step is complicated for many receiv= ers and not easy for many OMs. I=E2=80=99m using Perseus SDR which needs a G= PSDO at >>> 88MHz, but the existing TCXO looks very stable and think would work just= determining the QRG shift and compensating for that >>> =20 >>> >>I believe that using EbNaut on LF (i.e. dealing with more robust signa= ls than VLF) can be a very good training for acquiring the skill necessary t= o use EbNaut on VLF. >>>=20 >>> Absolutely agree ! J >>> =20 >>> 73 de Luis >>> EA5DOM >>> =20 >>> De: owner-rsgb_lf_group@blacksheep.org [mailto:owner-rsgb_lf_group@black= sheep.org] En nombre de Domenico IZ7SLZ >>> Enviado el: martes, 20 de marzo de 2018 0:17 >>> Para: rsgb_lf_group@blacksheep.org >>> Asunto: Re: [english 100%] Re: LF: 2200m Trans-Atlantic QSO dream... >>> =20 >>> Hi LF'ers >>>=20 >>> i suggest to the operators that are looking for any kind of ancient soft= ware for a T/A two-way contact, to have a look at >>> EbNaut. >>> EbNaut is a bpsk mode with FEC designed by Paul Nicholson for the VLF wo= rld.=20 >>> But two years ago some EbNaut QSO's took place on LF between EU stations= using short symbol durations. Signals from VO1NA have been nicely decoded e= ven in Italy and also >>> a signal from DF6NM and IW4DXW have been decoded at VO1NA (without havin= g a disciplinated oscillator at RX side). >>>=20 >>> See Paul Nicholson's Log: http://abelian.org/vlf/amateur-radio/ >>>=20 >>> So, i think that a two-way QSO is possibile with EbNaut even in this co= ming Spring. >>>=20 >>> For starting this FB mode, it is necessary, as first step, to achieve a= good frequency precision with the RTX radios. This, sometime, can be easly= achieved by building some reference oscillators that use cheap GPS solution= s. >>>=20 >>> Here, i've built a 10 MHz reference oscillator with a PLL locked with a 1= 0 kHz coming from a GPS. This 10 MHz reference signal goes to my RX and to t= he Exciter. Some 'scrapped' 10 MHz /GPS reference oscillators are on the mar= ket and easy to found. >>>=20 >>> Then you have to deal with different softwares. >>> For Windows' users, we can use Paul Nicholson's EbNaut-tx and EbNaut-rx t= ogether with other necessary programs as SpectrumLab and the DF6NM's tools. >>> But if you are using Linux (Ubuntu,...) , then 'vlfrx-tools' is the onl= y fb suite needed for managing EbNaut Linux native program. >>>=20 >>> This mode is not well documented. Some EbNauters already wrote useful in= structions. But i think that 'live' assistance on this mail reflector can he= lp more: Questions from who is trying to use EbNaut and the answers from the= Group can be more useful. >>> =20 >>> So i'm at disposal if some operator wants to try this mode. >>>=20 >>> Some month ago i have built-up a program for auto-decoding EbNaut trans= missions scheduled at certain time and frequencies (see the log on http://w= ww.qsl.net/i/iz7slz/EBNAUT/DECODED.TXT) >>>=20 >>> This setup can be again on-line if needed, also with different settings.= >>>=20 >>> Of course, i'm also at disposal to put on air a small EbNaut signal on L= F from my locator JN80nu. >>>=20 >>> I believe that using EbNaut on LF (i.e. dealing with more robust signals= than VLF) can be a very good training for acquiring the skill necessary to u= se EbNaut on VLF. >>>=20 >>> 73, Domenico IZ7SLZ >>> =20 --Apple-Mail-2C8E8AD7-2F7F-4A60-B3AD-B11722049189 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Stefan,

As this is an amateur radio transmission, the minimum message should b= e my 5 character amateur call sign, k3rwr.

Your &nb= sp;suggestion in a previous post was 1/8K=3D19 Coding; CRC 24, 3 sec Period w= ith a resulting transmission period of 28:48.  Is this still good even t= hough the 3 sec period may be a bit longer than is optimum for 2200m.  = Any other suggestions?

I will transmit on 137.395 K= Hz with 1W EIRP.  Transmissions will start once I reconfigure the TX ha= rdware and verify that the EbNaut signal is being properly modulated and tra= nsmitted.  I will post when the station is up and operating.
=
Tnx & 73,
Rob - K3RWR

=

On Mar 22, 2018, at 17:35, DK7FC <selberdenken@posteo.de> wrote:

Hi Rob,

Indeed, i have a suggestion. If you can transmit EbNaut messages, then let's try if it works. My RX is not overloaded any more. Due to the high QRN i gave up with the 17 kHz TA attempt . Last night i copied N1BUG in DFCW-60, maybe 10 dB in 22 mHz in the best times.
If you could run a beacon transmission, repeating each 30 minutes, using these settings: http://abelian.org/ebnaut/calc.ph= p?sndb=3D10&snbws=3D0.022&snmps=3D&code=3D16K21&sp=3D2&c= rc=3D18&nc=3D3&submit=3DCalculate
with a content that makes some sense (like 'YES' rather than 'T.4'), then i would try to decode you.

73, Stefan


Am 20.03.2018 12:17, schrieb Rob Renoud:
Hi LF=E2=80=99ers,

My LF station TX and RX hardware support EbNaut requirements and I currently have EbNaut TX capability implemented and tested into a dummy load.  Am working to implement EbNaut RX software and decode capability.  Expect it will be several weeks before that capability is functional and tested as I=E2=80=99m still learning what is required and how= to implement it.

I do agree that EbNaut is most excellent for experimentation and possibly QSOs on LF.  I believe the LF community should formulate an initial signal configuration for development and testing and one that will possibly support minimum QSO requirements as well.  I am not smart= enough about EbNaut at this point to offer any suggestions or make any recommendations about signal configurations.

I am also available to put a EbNaut signal at 1W EIRP on LF from my QTH at FM18qi while I continue implementing full EbNaut RX and decode capability.

All ideas, suggestions and recommendations welcome!

73,
Rob - K3RWR


On Mar 20, 2018, at 05:08, VIGILANT Luis Fern=C3=A1ndez <luis@vigilant.es> wrote:

Hi Domenico, LF

 

I agree= with you that EbNaut is the way to go for DX in LF. And QSOs can be made using short symbol durations at least equal to a long QRSS mode

Would b= e interesting if you recall the modes and time windows involved in that QSOs that took place in LF

&n= bsp;

But (at= least muy experience, for a dummy and NON Lynux user) the different software packages needed and the lack of clear descriptions on how to

setup a= ll the switches is a BIG problem and scares most OMs. The reward is to gain a LOT of dBs using the same station setup. So it really worths the effort

&n= bsp;

>>= ; Of course, i'm also at disposal to put on air a small EbNaut signal on LF from my locator JN80nu

&n= bsp;

Please d= o it. Would be very important to get your EbNaut transmissions in LF as a reference. Specially to check if one can do it with an stable receiver

but not= GPSDO disciplined. This last step is complicated for many receivers and not easy for many OMs. I=E2=80=99m using Perseus SDR which needs a GPSDO at

88MHz, b= ut the existing TCXO looks very stable and think would work just determining the QRG shift and compensating for that

&n= bsp;

>>I believe that using EbNaut on LF (i.e. dealing with more robust signals than VLF) can be a very good training for acquiring the skill necessary to use EbNaut on VLF.

Absolut= ely agree ! J

&n= bsp;

73 de L= uis

EA5DOM<= o:p>

&n= bsp;

De: owner-rsgb_lf_group@blac= ksheep.org [mailto:owner-rsgb_lf_group@blacksheep.org] En nombre de Domenico IZ7SLZ
Enviado el: martes, 20 de marzo de 2018 0:17
Para: rsgb_lf_group@blacksheep.org
Asunto: Re: [english 100%] Re: LF: 2200m Trans-Atlantic QSO dream...

 

Hi LF'ers

i suggest to the operators that are looking for any kind of ancient software for a T/A two-way contact, to have a look at

EbNaut.

EbNaut is a bpsk mode with FEC designed by Paul Nicholson for the VLF world.
But two years ago some EbNaut QSO's took place on LF between EU stations using short symbol durations. Signals from VO1NA have been nicely decoded even in Italy and also

a signal from DF6NM and IW4DXW have been decoded at VO1NA (without having a disciplinated oscillator at RX side).

See Paul Nicholson's Log:  http://abelian.org/vlf/amateur-radio/

So, i think that  a two-way QSO is possibile with EbNaut even in this coming Spring.

For starting this FB mode, it is necessary, as first step,  to achieve a good frequency precision with the RTX radios. This, sometime,  can be easly achieved by building some reference oscillators that use cheap GPS solutions.

Here, i've built a 10 MHz reference oscillator with a PLL locked with a 10 kHz coming from a GPS. This 10 MHz  reference signal goes to my RX and to the Exciter. Some 'scrapped' 10 MHz /GPS reference oscillators are on the market and easy to found.


Then you have to deal with different softwares.

For Windows' users, we can use Paul Nicholson's EbNaut-tx and EbNaut-rx together with other necessary programs as SpectrumLab and the DF6NM's tools.
But if you are using Linux (Ubuntu,...) , then  'vlfrx-tools' is the only fb suite needed for managing EbNaut Linux native program.

This mode is not well documented. Some EbNauters already wrote useful instructions. But i think that 'live' assistance on this mail reflector can help more: Questions from who is trying to use EbNaut and the answers from the Group can be more useful.=

 

So i'm at disposal if some operator wants to try this mode.

Some month ago i have built-up a program for  auto-decoding EbNaut transmissions scheduled at certain time and frequencies (see the log on  http://www.qsl.net/i/iz7slz/EBNAUT/DECODED.TXT= )

This setup can be again on-line if needed, also with different settings.

Of course, i'm also at disposal to put on air a small EbNaut signal on LF from my locator JN80nu.

I believe that using EbNaut on LF (i.e. dealing with more robust signals than VLF) can be a very good training for acquiring the skill necessary to use EbNaut on VLF.

73, Domenico IZ7SLZ

 

= --Apple-Mail-2C8E8AD7-2F7F-4A60-B3AD-B11722049189--