Data quality check -- PPS - timestamp offset
mhasself opened this issue · comments
Matthew Hasselfield commented
For data alignment we rely on the smurf "timing server" having decent NTP, and providing that timebase to the smurf timing hardware.
As part of data quality, we must keep an eye on the offset between the times when "Counter 2" crosses a second boundary, and the value of the Counter 0 (number of 480000 kHz ticks since last PPS edge). This should be within a few ms of zero. If this drifts, it indicates some major discrepancy between:
- the source of the PPS, i.e. the main GPS-synced M1000
- the timestamp being tracked in the smurf timing system hardware (which comes via the smurf timing system server, which is getting its timestamp through NTP, which is probably but not necessarily coming from the M1000, too)
More details in READ-010 or on request ...