While analyzing GPS timing capabilities of gnss-sdr as described at https://github.com/gnss-sdr/gnss-sdr/issues/442 we have become convinced that the B210 transferring data using libuhd 3.15 drops one samples every 2^32 (i.e one sample every 4294967296). This conclusion was reached by changing the sampling rate and observing that the time shift in the GPS timing capability was jumping by one sample period every 4294967296 acquisitions (i.e. 36 minutes at 2 MS/s or 57 minutes at 1.25 MS/s). This issue is NOT observed with an X310 streaming data to the same libuhd source. We have no idea how to address or solve the problem, but any hint at how to correct the issue would be welcome.
Thank you, Jean-Michel [1] running on a Raspberry Pi4 with a 64-bit kernel and 64-bit libraries/toolchain compiled with Buildroot -- JM Friedt, FEMTO-ST Time & Frequency, 26 rue de l'Epitaphe, 25000 Besancon, France _______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
