[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] USRP2 UHD Matlab Receiver Communications Blockset
From: |
Vincent W |
Subject: |
Re: [Discuss-gnuradio] USRP2 UHD Matlab Receiver Communications Blockset |
Date: |
Fri, 10 Sep 2010 02:23:31 -0400 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.8) Gecko/20100806 Lanikai/3.1.2 |
On 09/10/2010 12:55 AM, Josh Blum wrote:
>
>
> On 09/09/2010 06:43 PM, Vincent W wrote:
>> Hi,
>>
>> I stumbled on this blockset on the Matlab website:
>>
>> http://www.mathworks.com/help/toolbox/commblks/ref/usrp2receiver.html
>>
>> I've been making do with the old firmware and fpga, but when I saw this
>> link, I
>> became really excited - especially because it implies I can decrease the
>> decimation on my USRP2 to 1 - perhaps by requesting real, single precision
>> values instead of complex doubles.
>>
>
> The minimum sustainable sample rate over the wire is 25Msps for the UHD
> (unless
> you change FPGA implementation). I dont know what FPGA code "they" are using.
> Also, I dont think these simulink blocks have UHD under the hood.
>
>> Is there an open source version of that blockset?
>>
>> Alternatively, despite poking around the UHD API, it wasn't immediately
>> obvious
>> how I could change the type of data, or set a decimation of 1, from the
>> uhd::usrp::simple_usrp class. I suspect it may have something to do with the
>> uhd::io_type_t class, but, again, I'm not too sure.
>>
>
> The device::send and device::recv calls take the IO type as an argument. The
> samples are converted between IO type and over-the-wire type in the UHD
> implementation code.
>
> -Josh
I stand corrected; it seems like they are using the udp drivers, as opposed to
the uhd drivers.
My bad.
vvv