Hi,
I met a strange problem about UHD output data. I write the sampler program
according to rx_timed_samples.cpp and use int 16 bits as io type as in command:
size_t num_rx_samps = dev-recv(
buff, sizeof(buff),
md, uhd::io_type_t::COMPLEX_INT16,
I have UHD built, burned a UHD firmware to SD, the USRP2 pings,
uhd_find_devices is happy- how do I use usrp2_fft.py for instance with
UHD- or do I need to edit the .py files to change the flowgraph for UHD?
Sorry if this has been answered somewhere already.
-Brett
Hi,
I am trying to find out the dynamic range of the system USRP2-XCVR2450.
Looking at the schematics it seems there isn't automatic gain control in the
whole RF chain, Isn't it?
Thus the dynamic range of the system would be the ADC dynamic range, which
is 2 volts
Am I right?
Cheers,
Jorge.
On 10/19/2010 06:44 AM, Brett L. Trotter wrote:
I have UHD built, burned a UHD firmware to SD, the USRP2 pings,
uhd_find_devices is happy- how do I use usrp2_fft.py for instance with
UHD- or do I need to edit the .py files to change the flowgraph for UHD?
There are grc blocks, drag and drop
I met a strange problem about UHD output data. I write the sampler
program according to rx_timed_samples.cpp and use int 16 bits as io
type as in command:
size_t num_rx_samps = dev-recv( buff, sizeof(buff), md,
uhd::io_type_t::COMPLEX_INT16, uhd::device::RECV_MODE_ONE_PACKET );
Then I checked
On 10/19/2010 12:21 PM, Jorge Miguel wrote:
Hi Marcus!
How do you get the 85 dB value? Is the Intermodulation distorsion of
the page 3 ADC datasheet?
In the features list for the LTC2284:
72.4dB SNR, 88dB SFDR
SFDR is spur-free dynamic range.
I am not an expecienced engineer (I am recent
Marcus,
Would you post your flow graph? Also, did you use TUN/TAP?
Andrew
On Mon, Oct 18, 2010 at 08:37:33PM -0400, Marcus D. Leech wrote:
I've noticed latency issues with one of the applications I'm working on.
Latencies of up to tens of seconds
have been observed, which I tried
Hi List,
I have previously claimed on this list that I have measured a noise
figure of some 4dB on the XCVR2450. However, I probably made the
following mistake: I used a CW of 2.4GHz as signal. However,there is
spurious at 2.4GHz which I mistook for being my desired signal. The
signal generator
Hello all,
Currently I am in the opening stages of a senior design project for my EE
degree. My end of the project will be to implement a CR / DSA radio using
the GNU platform but not necessarily using the USRP as the platform of
choice. Looking for alternatives to the USRP, I was wondering if
There's an argument to be made for this. It'll go into the thinking
about the refactoring of the code.
blks2impl must be burned
I think the structure in the gr-noaa directory is a good example of how
to organize a set of related blocks and applications.
There is also the concept of
On 10/19/2010 05:45 PM, Josh Blum wrote:
There's an argument to be made for this. It'll go into the thinking
about the refactoring of the code.
blks2impl must be burned
I think the structure in the gr-noaa directory is a good example of
how to organize a set of related blocks and
I'm seeing this issue on my omap3 install with the dialtone flowgraph:
# python /usr/share/gnuradio/examples/audio/dial_tone.py
gr_vmcircbuf_createfilemapping: createfilemapping is not available
gr_vmcircbuf_sysv_shm: shmat (3): Invalid argument
l# python
We're exploring the possibility of monitoring the overrun/underrun status via
the USRP2 UART.
I'm curious to learn what approaches people have taken to do this (e.g.,
connect the UART to a logic analyzer, use a level shifter - RS232 - host
serial/USB port, etc.).
I'd also like to know what
On Tue, Oct 19, 2010 at 8:14 PM, b...@sigmatix.com wrote:
We're exploring the possibility of monitoring the overrun/underrun status via
the USRP2 UART.
I'm curious to learn what approaches people have taken to do this (e.g.,
connect the UART to a logic analyzer, use a level shifter -
On 10/19/2010 06:14 PM, b...@sigmatix.com wrote:
We're exploring the possibility of monitoring the overrun/underrun
status via the USRP2 UART.
FYI, the USRP2 under UHD reports underflows as async messages to the
host that can be accessed through the API. There are no true overflows
since
On Tue, Oct 19, 2010 at 08:34:40PM -0400, Philip Balister wrote:
I'm seeing this issue on my omap3 install with the dialtone flowgraph:
# python /usr/share/gnuradio/examples/audio/dial_tone.py
gr_vmcircbuf_createfilemapping: createfilemapping is not available
gr_vmcircbuf_sysv_shm:
16 matches
Mail list logo
