I was waiting to confirm measurements: * I confirm libuhd 3.15 running the X310 will NOT display the same effect * I confirm libuhd 4 DOES display the same effect on the B210.
I can provide the charts which I did not upload on the gnss-sdr github issue as demonstration of these measurements. Thanks, JM -- JM Friedt, FEMTO-ST Time & Frequency, 26 rue de l'Epitaphe, 25000 Besancon, France November 6, 2020 7:18 PM, "Marcus D Leech" <patchvonbr...@gmail.com> wrote: > Do you see the same thing on other platforms? What about newer/older UHD > versions? > > Sent from my iPhone > >> On Nov 6, 2020, at 5:29 AM, JM Friedt via USRP-users >> <usrp-users@lists.ettus.com> wrote: >> >> 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 _______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
