discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Disabling Decimation/I&Q Mixing in USRP Firmware


From: Marcus D. Leech
Subject: Re: [Discuss-gnuradio] Disabling Decimation/I&Q Mixing in USRP Firmware
Date: Fri, 04 Mar 2011 15:28:15 -0500
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.14) Gecko/20110221 Thunderbird/3.1.8

On 04/03/2011 2:46 PM, Jeffrey Lambert wrote:
Okay,

So I think I've answered my own question with regards to the disabling the NCO/Mixer and the CIC decimator stages in the receive chain. It DID require modifying a patch that I found thanks to Google and editing the source code so that Quartus would not give an error on compiling.

Without the decimation stage, there should not be any decimation. Running the custom firmware suggests I was getting an approximate sample rate of something like 25.334 MHz. I repeated the experiment using 8 bit samples and the number improve to a more respectable 32 MHz. This seems to suggest that interleaving is still being done; the o-scope display suggests that half of the data stream from the USRP is still discarded (very possibly from buffer overflows?). Why am I getting these results? Does disabling the NCO remove I/Q interleaving and provide only real values over USB to the host?

If anyone could answer I would greatly appreciate it; I am trying to get the highest sample rate possible from the USRP into a PC for capturing some very short (nanosecond scale) pulses.
9000ft view here.

The USRP1 ADC runs at 64Msps, and the highest data rate you can reasonably push over USB using the standard USRP "framing" is about 32Mbytes/second, which for 8-bit samples tops out at 16Msps. If you go to 4-bit samples, you can reasonably push 32Msps over the USB, and at 2-bit samples, you could get to
  64Msps, but it'll require some work on the FPGA image.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]