I assume you're using a BasicRX/TX combo and a recent UHD version (3.11
and above).

How exactly are you using receiving? Are you sending a single stream
command, or multiple stream commands? If its the latter, are you setting
time stamps?

-- M

On 06/05/2018 11:25 AM, Nicolai Kern via USRP-users wrote:
> Dear all,
> I am trying to investigate the streaming and buffer behaviour of a X310
> USRP as receiver. To this purpose, one X310 generates a continuous
> triangle signal with each slope spanning over 1e5 samples. For reception
> I use another X310 which receives 1e6 samples in total. Transmission and
> Reception start simultaneously (works fine). The Code is written in C++
> on a Ubuntu Notebook. The stream_cmd requests continuously packages
> containing 1e5 samples. The rx_buffers have a size of 10000 and are
> filled in a loop by calls to the recv-function (requesting 10000
> samples). The samples are written to a file. The reception aborts after
> 1e6 samples have been received - with this parameters after 100 loop
> iterations.
> Both USRPs use the same sampling rate (0.5 MSps) and each uses a GPSDO
> as reference. From an RF and communication engineering point of view
> everything works fine, but the following error occurs in the streaming/
> receiving of the samples:
> The first triangle in the puls train seems to be received normally, but
> then after ~1.3e5 samples (in the falling slope of the first triangle
> puls) it is suddenly interrupted and starts again from the beginning.
> This occurs only during the first pulse, all subsequently received
> triangles are correct.
> I cannot figure out why the X310 or UHD are mixing up/ repeating
> samples. I tried different streaming modes, different buffer sizes and
> so on, but nothing could solve the problem.
> As I'm at my wits' end, I would appreciate any help.
> Best regards,
> Nicolai
> _______________________________________________
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

USRP-users mailing list

Reply via email to