Re: [Discuss-gnuradio] Implementing timed transmission: UHD API or Stream Tags?

[Martin Braun]

On 07/07/2016 07:50 PM, Lakshay Narula wrote:
> Hello,
> 
> I am a new GNU Radio user. I am looking to build a system that can
> transmit a packet at a pre-defined time with very high accuracy (about 1
> nanosecond). Having gone through the mailing list I am aware that timed
> transmission is a common task and many people have asked similar
> questions. However, I am still a bit confused.
> 
> 1. I see that there is an example tx_timed_samples that comes with the
> UHD source code. This is in C++ and uses the UHD API. Am I right in
> thinking that when implemented this way, it has nothing to do with GNU
> Radio at all? Is there any "reported accuracy" of this method in terms
> of difference between actual and required time of transmission?

Yes, that's accurate. This is more of a UHD/USRP issue. Note that you
can time to a clock cycle, which is longer than a nanosecond. Whether or
not your sample is lined up with a time reference of your choice to
sufficient accuracy also depends on the reference signal you're providing.

> 2. I also see that it is possible to achieve similar objectives using
> tx_time stream tags in GNU Radio. My question is if this method is
> equivalent to method 1 in terms of what goes on "under the hood"? If
> not, how do these differ, and which method would provide better accuracy
> in terms of agreement between actual and required time of transmission.
> Does GNU Radio use the UHD API "under the hood"?

Yes, it does, and tags are no better or worse than the API calls. They
may be more convenient, depending on your software. Internally, the UHD
send() call (which is how samples get to devices) is populated with a
timestamp in both cases.

> Please feel free to point me to resources I can read to get a better
> understanding of this architecture and relationship between UHD, GNU
> Radio, and USRP.

There's also the usrp-users mailing list, and UHD has a bunch of
examples. gr-uhd code is also a useful reference.

Cheers,
M