|Subject:||Re: LF: ebnaut & speclab question|
|From:||Markus Vester <[email protected]>|
|Date:||Sun, 26 Feb 2017 04:34:21 -0500|
|Dkim-signature:||v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20150623; t=1488101662; bh=mCPK1NQkwS4zWMPhTpRIszlHM579AXKLcMyYCE70iS8=; h=From:To:Subject:Message-Id:Date:MIME-Version:Content-Type; b=xfL1oL4rvt0v3WyRUO26YB++tL+347J/dAzS4p5V49t1eK7ZiWCB0U0Gzu1wxTvan MOsUNICMm2KCU1ulAN8adUa2iiK+7r+VF+4MAnvbZBSP8+ScS1ble4iCO9ymojJKQk IX1IZ9m9wyIHhknJfhyFhvxNdKMcxBsH8J96VBPk=|
Yes (if you have a soundcard without dropouts on the input). It will work on many modern PC's. For example, RN3AUS has achieved successful decodesd from DK7FC using samplerate sync to GBZ.
The samplerate detector will track the frequancy and the phase of the reference signal. However if a buffer overrun occurs, an unknown number of samples may be missing in the data stream. Then the phase of the reference frequency will be reconstructed, but the phase on other frequencies will still be wrong. For example, if you are using a 10 kHz reference, a 1 ms dropout will swallow exactly one cycle, so the SR detector will simply not see it. On the other hand, the same 1 ms step will introduce a 97.2° phase step on 8270 Hz, which would ruin an EbNaut decode. With a non-integer kHz reference (e.g. 22.1 kHz), a phase change would be detectable on the reference, but the correction would still not scale correctly to the receive frequency. So to be able to apply a correction to any frequency, we need to know the absolute duration of the outage.
One theoretical solution would be to track multiple different off-air references simultaneously, which will experience different phase steps, which could then be used to solve for the length of the data gap. However such a function is not quite trivial and not available in SpecLab.
The ambiguity is conveniently resolved using 1pps pulses from a GPS, allowing correct identification and elimination of glitches which are shorter than +-0.5 s. In addition with a PC clock, the 1 pps pulse can be allocated to it's time of day, so absolute phase can be retrieved on all frequencies after arbitrarily long outages or after a restart. If PC time cannot be kept within +-0.5 s of UT (eg. due to non-availability of NTP time, or multiple-second latency variation on an Icecast stream), serial time from the GPS (NMEA) can be fed to SpecLab to identify the pps second.
However while 1pps can be superimposed on antenna signals and eliminated a posteriori by the noise blanker, feeding NMEA to the soundcard requires dedicating a second soundcard channel solely for this purpose. This is the main reason why only one of two loops is available on Stefan's tree-grabber. To solve the issue, several mnonths ago I have found and developed a reliable way to identify the pps second using signals available from the antenna, i.e. either the 3.6 s Alpha sequence, or the DCF77 minute marker (which is conveniently downsampled by the soundcard to 2*48-77.5 = 18.5 kHz). I still haven't given up the hope that Stefan may some day decide to make use of these scripts...
Is it possible to decode an ebnaut transmission using only the sample rate
Von: Jacek Lipkowski <[email protected]>
An: rsgb_lf_group <[email protected]>
Verschickt: So, 26. Feb 2017 8:53
Betreff: LF: ebnaut & speclab question
correction using external VLF transmitters in Spectrum Lab?
Jacek / SQ5BPF
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: LF: ebnaut & speclab question, g3zjo|
|Next by Date:||Re: VLF: A weekend for newcomers and advanced newcomers..., DK7FC|
|Previous by Thread:||Re: VLF: 16K19A?, Paul Nicholson|
|Next by Thread:||Re: LF: ebnaut & speclab question, Jacek Lipkowski|
|Indexes:||[Date] [Thread] [Top] [All Lists]|