GE all, some EbNaut test transmission from IZ7SLZ/JN80 this evening every hour until 23.00UT starting from 18:00UT. QRG = 137370.00 Hz parameters: 6C, 2S, 16K21A 73, Domenico / iz7slz
Hi Domenico, started looking only at 20 UT. Your signal is strong here, and timing and frequency are accurate. So it became an easy decode with Eb/N0=22.1 dB from only one symbol error. Spectrogram:
After transferring the saved file from just one recording session yesterday evening to my big PC that can cope with 16K21 decoding.... A decode straightaway. Quite strong at 9.9dB see below. My LF re
Hmm, hadn't thought of that. I'll check my generated .WAV files via the waterfall plot in Spec Lab to make sure the I/Q is the right way round. Although, I think I did check it once and thought it al
Yes, here I will check vlfrx-tools, I think it's the right polarity but maybe not? I notice when I rx I/Q from an RTL2832 SDR I have to invert Q to get the sidebands the right way round which is susp
Yes, here I will check vlfrx-tools, I think it's the right polarity but maybe not? I notice when I rx I/Q from an RTL2832 SDR I have to invert Q to get the sidebands the right way round which is s
Hmm... the old problem with "I leading Q" or "Q leading I" if the signal frequency in the complex stream is positive. When loading Andy's file in a curve editor, I see the 2nd channel leads the 1st b
The frequency in that file goes from negative to zero to positive. So I would have thought it would show leading moving to lagging , or vice versa But yes, there seems to be no standard for I/Q wave
In vlfrx-tools I use I = s(t) * cos( 2pi * Fo * t); Q = s(t) * sin( 2pi * Fo * t); where s(t) is the incoming signal and Fo is the local oscillator frequency. Is that right, or should there be a minu
Yep, same here. It feels correct: I = COS, Q = SIN 'jnt On 10 December 2015 at 20:34, Paul Nicholson <[email protected]> wrote: In vlfrx-tools I use I = s(t) * cos( 2pi * Fo * t); Q = s(t) * sin
Hi Paul and Andy, Are these pages related to the IQ topic that your are discussing? http://www.embedded.com/design/other/4213370/Using-Zoom-FFT-for-spectral-analysis http://www.arc.id.au/ZoomFFT.html
Those Zoom FFT pages show -sin() as the multiplier for Q. But a lot of other sources show +sin(), as I use in vlfrx-tools. Andy's hardware is using +sin and the spectrum is correct in Spectrum Lab bu
The PC decimation / FFT / file storage software needs a fine tune LO. That will allow the DC spikes to be removed from any plot s/ files , as well as allowing finer tuning resolution than the 0.01Hz
Hi Andy, I've nicked some of the palette tables from the Speclab folder - saves reinventing wheels. Are there any copyright / restrictions on their use : The one above is Horne's 'Gram' Palette; stil
Good evening EbNauters and all, thanks for the positive decode results to Markus, Andy and Paul. This test was carried out mainly to check the frequency suggested by Markus.I noted, on many grabbers
I've just added a fine tune to the PC prog to shift teh input frequeny by any amount specified in a text box LOtheta = Val(Tuning.Text) / Fsample LocalOsc = LocalOsc + LOtheta
Hit send too soon on the last one On 12 December 2015 at 12:06, Andy Talbot <[email protected]> wrote: I've just added a fine tune to the PC prog to shift teh input frequeny by any amount specifie
Just to confirm (answer a bit late).. In a file recorded by SpectraVue (the software which came along with the SDR-IQ), with the VFO tuned to 77490 Hz, recodring DCF77 on 77500 Hz, produces a 'posit