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 -- |
Previous by Date: | LF: VO1NA - carrier, edgar |
---|---|
Next by Date: | Re: LF: VO1NA - carrier, Paul Nicholson |
Previous by Thread: | Re: LF: LF EbNaut test from JN80 on 137370, edgar |
Next by Thread: | Re: LF: LF EbNaut test from JN80 on 137370, Andy Talbot |
Indexes: | [Date] [Thread] [Top] [All Lists] |