Return to KLUBNL.PL main page

rsgb_lf_group
[Top] [All Lists]

Re: LF: LF EbNaut test from JN80 on 137370

To: [email protected]
Subject: Re: LF: LF EbNaut test from JN80 on 137370
From: Paul Nicholson <[email protected]>
Date: Thu, 10 Dec 2015 22:00:18 +0000
In-reply-to: <[email protected]>
References: <[email protected]> <CAA8k23RQGU=hgYNB0fQOh-HnU9B-ZCW6_Oki0RcWKBHDxksV7w@mail.gmail.com> <[email protected]> <CAA8k23TqCUokxj9GoN0oPq9rbJWsS2w+-e8e0gCTReNNwzBmGg@mail.gmail.com> <[email protected]> <[email protected]> <CAA8k23RhRdjUvQKzL6i--44=6Nc9LLDZe2ZhGOwmcbzm7w74Qg@mail.gmail.com> <[email protected]> <CAA8k23QrY0B6KY-KkzcRt3OSCkQTHoPR8vDSdWzGJfbPPVRF0A@mail.gmail.com> <[email protected]>
Reply-to: [email protected]
Sender: [email protected]
User-agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130106 Thunderbird/17.0.2

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 but is reversed with vlfrx-tools/EbNaut.

And RTL2832 appears to use -sin() because I have to use -Q
in vlfrx-tools.

Wolf wrote:

> When loading Andy's file in a curve editor, I see the
> 2nd channel leads the 1st by 90 degrees.

That sounds like Q is using +sin() then. It's a puzzle why
Andy is having to give the opposite frequency offset to the
decoder.

Perhaps I'll sleep on this one.  I/Q signal processing is
always easier when wide awake.

--
Paul Nicholson
--

<Prev in Thread] Current Thread [Next in Thread>