Return to KLUBNL.PL main page

rsgb_lf_group
[Top] [All Lists]

Re: LF: EbNaut LF message announcement

To: [email protected]
Subject: Re: LF: EbNaut LF message announcement
From: DK7FC <[email protected]>
Date: Wed, 12 Dec 2018 18:37:23 +0100
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1544636244; bh=g15s+Ug7MX6Y2KxBA+zvJRKxXJ2eLvc5f2meH7wzBLQ=; h=Date:From:To:Subject:From; b=myOew0ddf7fiPACo3UWz6p5KLfEffVUaE3NIIFhqKxNByf0Q0JsLdaJFXdeA7LNtG blOjQSqDkCsSuQ/LRJiLXkVLLYm2+69Jamf25Gxcgy91VlcC8T191cdoNrlqt9HprQ AnRz+wjixgMrL8p4x1yAjiaHPd2r8hMcNMA+pbnJ615l9YWLDtSFWqV1h5lEs4w96b bG2fuhsRM3bAPtqdtvTGxo4AMgaUONYSDfWcyUu9uHuNdCP+TS6ExTVYdeCpG+bmDA fMAOAGNT6NlZxXmX0S8BqR56JXG8HuVBcplvRibjO9eyG6qPMN6i4t3t6003ALhGTE 6XGOxvjbCsfTg==
In-reply-to: <6DB8451D7F3D3947A5918808A59621EA26395029@servigilant.vigilant.local>
References: <[email protected]> <[email protected]> <1UQfYRgA9a.2Q5z0iIYaE7@optiplex980-pc> <[email protected]> <6DB8451D7F3D3947A5918808A59621EA26394EE6@servigilant.vigilant.local> <[email protected]> <6DB8451D7F3D3947A5918808A59621EA26394FBE@servigilant.vigilant.local> <[email protected]> <6DB8451D7F3D3947A5918808A59621EA26395029@servigilant.vigilant.local>
Reply-to: [email protected]
Sender: [email protected]
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3
Am 12.12.2018 14:34, schrieb VIGILANT Luis Fernández:

Clearly not my day

Did you get it meanwhile?


Am 12.12.2018 17:15, schrieb Markus Vester:
Stefan, may I suggest using opposite time slots for America and Europe, i.e. VO1NA starting at hh:00 and DK7FC at hh:30?
Yes, yes, certainly a good idea. I didn't know that Jay and Rob is still transmitting.


Am 12.12.2018 16:14, schrieb [email protected]:
Beware ... there are also counterfeit NEO6M out there ... ask me how I know! The counterfeits seem to function normal except one is not able to store setup changes.
Aah, that explains much. I seem to have a few of those ;-) But it doesn't matter, i built my solutions arround that behaviour.
Jay, did you try stacking? Maybe it actually was an SNR issue so there could be some result with stacking. And/or normalizing. But that's effort...


Am 12.12.2018 15:53, schrieb Domenico IZ7SLZ:
A question for Stefan: the necessary  0.3 s correction is needed becouse your transmission starts later (maybe due to the special SL Tx configuration)  or transmission timing is precise, but  our SL based decoder needs that corrections ? 
I have received your signal this night without any  time-offsets in the auto decoder.
The 0.3 second offset is a SpecLab internal phenomenon, affecting TX stations (and those who try to decode these messages). I don't know if it is 0.3 seconds exactly. At a symbol length of just 1 second it may be useful to know that offset better than just with 100 ms accuracy.
But obviously even the 0.3 second / 30 % offset didn't cause failed decodes at your side. So thanks for your reports :-)


73, Stefan
<Prev in Thread] Current Thread [Next in Thread>