[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2
From: |
Marcus D. Leech |
Subject: |
Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2 |
Date: |
Wed, 17 Nov 2010 12:43:53 -0500 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101103 Fedora/1.0-0.33.b2pre.fc14 Thunderbird/3.1.6 |
On 11/17/2010 02:20 AM, Matt Ettus wrote:
Decimation is filtering. When you decimate by 512 you are reducing
noise by a factor of 512 (27dB). Since you are using a BasicRX, there
will be very little noise, and 27dB less after decimation. In fact,
there is so little noise that the output of the filters is a constant
0 once it is rounded to 16 bit ints. That is why the FFT results
essentially show negative infinity.
The solution is to decimate less in hardware and more in software, or
to use more amplification.
Matt
OK, to follow-up after a few experiments this morning. I added roughly
40dB of gain (in addition to the 35dB or so that was already there)
of well-filtered gain in front of the USRP2/Basic_Rx. That appears
to have caused <400KHz to start working, so I got caught up by
a red-herring of decimation=256 -- that was a coincidence, but *my oh
my* what a coincidence!
So, I have over 70dB of gain in front of the USRP2+Basic_Rx combination,
and I have a stripped-to-the-bones app for investigating things
that consists of a UHD source, and FFT sink block, and also a
complex-to-mag block with a number sink.
What I'm seeing is that the magnitudes (as seen in the number sink)
coming off the source, even with roughly 75dB of gain ahead
are roughly 0.002 to 0.003 when I'm using 400KHz sampling, and
roughly 0.0006 to 0.0007 when the bandwidth is 250KHz. If you
process the numbers as voltages, then we're talking a roughly 10dB
drop in apparent average power level by reducing the bandwidth
by less than 3dB. Both 400Khz and 250KHz use a decimation that is
both even, and a multiple of 4, so they should be using exactly
the same filter sequence in the decimator, correct?
What surprises me is how *tiny* these numbers are--I'm connected to an
antenna outdoors, and the system can easily "see"
distant CB stations, for example (I use stuff on the CB bands as a
kind of gross sanity test for sensitivity).
So now, I'm wondering how things are scaled between the ADC and the
host. The ADC is 14 bits twos-complement signed, then it goes
into the FPGA--do you do 32-bit arithmetic inside the FPGA and then
re-scale back to 16-bits?
Then those 16-bits get squirted over the GiGe, where UHD picks them up,
and re-scales them into +/- 1.0 floating point numbers, yes?
- [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2, Marcus D. Leech, 2010/11/14
- Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2, Marcus D. Leech, 2010/11/16
- Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2, Tom Rondeau, 2010/11/16
- Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2, Marcus D. Leech, 2010/11/16
- Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2, Tom Rondeau, 2010/11/17
- Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2, Marcus D. Leech, 2010/11/17
- Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2, Matt Ettus, 2010/11/17
- Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2, Marcus D. Leech, 2010/11/17
- Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2,
Marcus D. Leech <=
- Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2, Marcus D. Leech, 2010/11/17
- Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2, Steven Clark, 2010/11/17
- Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2, Marcus D. Leech, 2010/11/17
- Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2, Marcus D. Leech, 2010/11/17
- Re: [Discuss-gnuradio] bandwidths< 400Khz no longer work with USRP2, Tom Rondeau, 2010/11/17