discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] scheduled transmission using tx_timed_samples.cpp


From: Josh Blum
Subject: Re: [Discuss-gnuradio] scheduled transmission using tx_timed_samples.cpp
Date: Mon, 06 May 2013 00:37:32 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5

>>
>> Thanks josh, I got the idea. Also, I verified by looking at the LED "A" on
> USRP N210, which lights almost after 5 seconds. :)
> 
> I thought this should be discussed on gnruadio, so added gnuradio list. I
> want to convert tx_timed_samples.cpp into python. Can I do that? How can I
> make a "multi_usrp" ? Also, How can I use a block's data instead of buffer ?
> e.g
> tx_stream->send(DATA_FROM_SOME_BLOCK_IN_FLOWGRPAH, samps_to_send, md,
> timeout);
> 

The gr-uhd blocks that come with gnuradio integrate the USRP streaming
into gnuradio's data flow. You can create gnuradio blocks or use
existing blocks to interact with the USRP data streams. In addition, the
stream tags are used to control things like transmit time:

I think you will find some of the links here informative:

http://code.ettus.com/redmine/ettus/projects/uhd/wiki/GNU_Radio_UHD#Using-UHD-Software-with-GNU-Radio

> Further, what could be the minimum value of "seconds_in_future" ? In my
> case, When I set it to 0.3 or below I get following
> 
> Waiting for async burst ACK... fail
> 
> What does it mean ?
> 

The time delta between time on the device and time on a packet about to
be sent can actually be on the order of 100s of microseconds. However,
in this example, there is an expensive operation of setting up the
transmit streamer thats happening with in the time specified, so I think
thats why you are seeing 300 milliseconds fail. I think the transmit
time in this case has become "late" when the USRP interprets the packet.

-josh



reply via email to

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