[USRP-users] Questions on USRP N200 data streaming
marcus.mueller at ettus.com
Wed Sep 17 09:08:56 EDT 2014
The In-GNU Radio "blue" data format is complex float32, so it's 64b ==
8B per file sample; the complex int16 format is converted between the
cable and the GNU Radio USRP source output port to complex float. So:
8B*12.5e6 S/s * 10s = 100e6B* 10S = 1e9B ~= 1GB.
You probably want to use "output type"="complex int16" in the USRP
source, but you would also need to write your own Matlab loader (which
is not hard to do using the fread method).
You don't really need GNU Radio to just dump samples to a file; UHD
comes with tools like uhd_rx_cfile that do exactly that.
On 16.09.2014 17:43, Nicholas Hu via USRP-users wrote:
> I am working on a USRP project. I am using a USRP N200 with a BasicRX
> daughter board to perform data streaming. I am using GRC 22.214.171.124 on a
> Ubuntu 12.04 machine. The USRP N200 is set to have a decimation factor of 8
> to achieve a streaming rate of 12.5 MSPS, the daughter board is set to A:A
> to perform single channel real sampling. The I Q data wire format is set to
> be 16 integer each, and the host data format is set to be complex float 32.
> The settings above are also in the attachments. For analyzing data, I am
> using Matlab R2013b on Windows 7. My question is: when I am streaming data
> for about 10 seconds, I am getting a file around 500,000,000 bytes which is
> reasonable ((16 bits/sample I+16 bits/sample Q)*(10 seconds)*12.5 MSPS*(1/8
> bytes/bits)=500 Mbytes), but when I use read_complex_binary.m provided by
> GNUradio to read the file in Matlab, I am only getting half of the expected
> samples (~62,500,000 samples) instead of 125,000,000 samples. Could anyone
> please explain why this is happening? Doesn't 16 bits I and 16 bits Q wire
> format give me 32 bits per sample? Any help would be appreciated.
> USRP-users mailing list
> USRP-users at lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the USRP-users