Root Cause and Mitigation of Increased Drift Between DAQmx Timestamps and System Time

Updated Jul 30, 2026

Reported In

Hardware

  • PXIe-6674T
  • PXI-6683H

Driver

  • NI-DAQmx

Issue Details

In a PXIe‑1095 (Time Sync Option) chassis, the offset between DAQmx Waveform Timestamps and the PC system clock was measured using both PXIe‑4303 and PXIe‑6363 modules, with the following results:

  • With PXIe‑6674T installed: approximately 10 ms offset change over 400 seconds
  • Without PXIe‑6674T installed: approximately 1 ms offset change over 400 seconds
  • PXIe‑1073 chassis: approximately 3 ms offset change over 400 seconds

The same trend was observed with both the PXIe‑4303 and the PXIe‑6363. Is there a way to reduce or eliminate the drift between DAQmx timestamps and system time?

Solution

The observed behavior is generally expected and does not indicate a defect.

DAQmx timestamps and the host system clock belong to different time domains. If these timebases are not synchronized to a common reference, their offset will gradually change over time due to small frequency differences between the clocks.

The presence of a PXIe‑6674T can improve the accuracy and stability of the DAQ timing reference. As a result, the frequency difference between the DAQ clock and the host PC clock may become more apparent, causing the timestamp-to-system-time offset to grow more noticeably over long acquisition periods.

A recommended architecture is to use a PXIe‑6683H as the absolute time reference and distribute that timing source throughout the PXI system.

  1. Synchronize the PXIe‑6683H to GPS or IEEE‑1588/PTP.
  2. Route the PXIe‑6683H Clock Out signal to the PXIe‑6674T Clock In.
  3. Configure the PXIe‑6674T to PLL‑lock to that reference.
  4. Use the PXIe‑6674T to drive PXI_CLK10_IN.
  5. Configure the DAQ device RefClk.Src to PXIe_CLK100 or PXI_CLK10.

By doing so, all DAQ timing resources are derived from a common, high‑stability reference clock, significantly reducing clock drift within the measurement system.

While this approach may not completely eliminate differences between DAQ time and host system time, it is the recommended method for minimizing long‑term timing drift and achieving the most stable timing architecture.