[USRP-users] Overflows (D) when receiving nsamps more than once

Marcus Müller marcus.mueller at ettus.com
Sat Jul 15 09:13:14 EDT 2017


Hi Adrian,

in your modified version, are you calling recv() repeatedly, or are you
trying to get all the samples you want at once?

Best regards,

Marcus



On 07/09/2017 02:34 AM, Pope, Adrian P via USRP-users wrote:
>
> Hello,
>
>  
>
> I have several x310s equipped with TwinRxs, and I’m having an issue
> with consecutive receives using STREAM_MODE_NUM_SAMPS_AND_DONE.
>
>  
>
> To illustrate my issue, I will refer to the uhd examples provided on
> github. I have built the original “rx_samples_to_file” example and can
> run it with no problem. However, if I modify it by simply duplicating
> the “recv_to_file” call or put it inside of a fore loop, I get an
> overflow (D) on every consecutive.  I saw a previous post,
> “/[USRP-users] Overflows when doing repeated captures with X300
> <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2017-March/024174.html>”,/
> in which the same problem was reported, but there was some ambiguity
> as to whether the poster was using continuous or num samps and done
> mode. I USE THE “NSAMPS” ARGUMENT AND NO “DURATION” OR “TIME” ARGUMENT.
>
>  
>
> After some investigating it seems like a single packet is being left
> in the buffer. Can this be fixed? Or at least in the meantime, is
> there a way to avoid the delay that is caused by the out of order
> packet D overflow?
>
>  
>
> Thanks in advanced!
>
> Adrian
>
>  
>
>  
>
>
>
> _______________________________________________
> USRP-users mailing list
> USRP-users at lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170715/5e94e798/attachment-0002.html>


More information about the USRP-users mailing list