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_s
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 8:14 PM, 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 -> RS232 -> host
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 wha
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 /usr/share/gnuradio/examples/audio
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 a
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 using
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 the
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 an
On Mon, Oct 18, 2010 at 5:53 PM, Josh Blum wrote:
> diff attached
>
> It looks like the guts of the dqpsk2 demod changed but the grc file was not
> updated. I vote for keeping the grc files with the python/c++ source.
>
> -Josh
There's an argument to be made for this. It'll go into the thinking
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 tri
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 a
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 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 dro
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.
___
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 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,
17 matches
Mail list logo
