Hi Theo,
yep, that's a problem within the scope of UHD – GNU Radio doesn't see any of the low-level
communications, and these are the only thing that has changed. (if you haven't, say high
on the usrp-users mailing list[1], we usually don't bite.)
So, unless you're really setting time stamps in your own application too closely to the
USRP's notion of "now", there's nothing GNU Radio can do about this.
Best,
Marcus
[1] Simply send a message from your email address to usrp-users-j...@lists.ettus.com to
join the mailing list; click on the confirmation link, and then you can write to
usrp-us...@lists.ettus.com
On 22.08.23 15:38, theow...@web.de wrote:
Dear all,
I am afraid my issue is actually a UHD issue, but I think it must be solved in gnuradio,
and therefore I might also ask gnuradios great community.
I am working on a measurement setup with the USRP X410. Since we wanted a higher
sampling rate, we sitched from ethernet to 10gbit/s thunderbold.
With ethernet and a sampling rate of 2MHz, the flowgraph worked perfectly fine. Now,
with 10gibt/s, also with 2MHz sampling rate (for the beginning), the setup does not work
well anymore.
GNUradio prints now
"LLLLLLLLLLL" and
"usrp_sink :error: In the last 802 ms, 181 cmd time errors occurred."
I did all what the suggestions I found here:
https://kb.ettus.com/USRP_Host_Performance_Tuning_Tips_and_Tricks
E.g., MTU rates in the network configuration to 9000 etc.
Because I did more or less all, that is possible in the PC configurations, I wonder if
there is something I can do in gnuradio to fix this...
Thank you very much for every little help.
Best,
Theo
