discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] [USRP-users] doubts about burst tranmission using


From: Marcus D. Leech
Subject: Re: [Discuss-gnuradio] [USRP-users] doubts about burst tranmission using tag SOB and EOB
Date: Tue, 15 Aug 2017 08:49:56 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0

I'll note that the "Message Burst Source" is now deprecated.  Not sure what it has been replaced with.   I've taken the liberty of cross-posting to
  discuss-gnuradio.


On 08/02/2017 02:05 PM, Yang Liu via USRP-users wrote:
Dear all,

I tried to achieve burst transmission on usrp X310, the brief tx flowgraph is in the below:

message_burst_source -> signal processing blocks --> usrp_sink

New message will be inserted into the message queue of message_burst_source.

Since message_burst_source will attach SOB and EOB tag to the data stream, usrp will know the start and end of each burst. After reading 'Busrt Transmission' section in this link: https://gnuradio.org/doc/doxygen/classgr_1_1uhd_1_1usrp__sink.html, my understanding is that because of these two tags, even the two message arrives at usrp at a different time, usrp will not complain about underrun. However, according to results from my experiments, as the time difference between two contiguous message increases, underflow will show up and become more and more severe. For a real burst transmission, time gap between two message should be expected. Therefore, I feel confused about the using of SOB and EOB tags here. Can they help to remove "underrun" under burst transmission? If not, is there any other methods that can make burst transmission with usrp possible without triggering underrun?

Thanks a lot for your help,
Yang



_______________________________________________
USRP-users mailing list
address@hidden
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


reply via email to

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