I am trying to trigger the acquisition of a B210 on a GPS to collect timing
signals (expected to be aligned on GPS).
Until 2020, the sequence provided by Paul Boven on this mailing list
curr_hw_time = self.uhd_usrp_source_0.get_time_last_pps()
self.uhd_usrp_source_0.set_time_next_pps( uhd.time_spec_t(1.0) + curr_hw_time)
time.sleep(1.0)
self.uhd_usrp_source_0.set_start_time(uhd.time_spec_t(2.01) + curr_hw_time)
at the very end of the connections of the Python script generated by GNU Radio
Companion
would allow fetching the data starting at a reproducible delay after the PPS,
possibly
after adding True as the last option of
self.uhd_usrp_source_0 = uhd.usrp_source(
",".join(("b200", "serial=3166CDC")),
uhd.stream_args(
cpu_format="fc32",
channels=range(2),
), True
)
That seems no longer the case: attached is the distribution of the time at
which the
first sample is detected by a B210 triggered by the same PPS controlling a RF
switch
feeding the B210 input, with the falling edge of the PPS allowing the signal to
stream
through the switch. Fluctuations well above a few hundred microseconds to
milliseconds
are observed.
Any idea of an API change that broke this functionality?
Thanks, JM_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
