3. 时间基准与时钟同步

时序实验里最容易被忽视、却最致命的问题，是“时间戳到底是谁的时间”。采集卡、工控机、PLC、传感器各自有自己的晶振，即使初始对时到同一时刻，随着运行时间增长也会逐渐分开。若直接拿这些时间戳做对齐与比较，误差可能远大于被测事件本身的间隔。本节围绕时间基准的建立、同步协议的选择、漂移的量化建模，以及最终如何把原始时间戳校正到统一时间轴上展开。

一、时间基准与两级同步协议

时间基准通常分两层：一层是“绝对时间”，即 UTC 或本地标准时间，用于跨设备、跨日志的全局对齐；另一层是“频率基准”，即让各设备的时钟走得一样快，用于保证长时间运行后仍不漂移。NTP（Network Time Protocol）解决的是前者，典型精度在局域网内为百微秒到毫秒级；PTP（IEEE 1588）通过硬件时间戳和主从协商，可把精度压到亚微秒甚至百纳秒级。

NTP 的核心是四次时间戳交换：客户端记录发送时刻 t1，服务器记录接收 t2 与回送 t3，客户端记录收到 t4。由此得到往返时延 delay = (t4 - t1) - (t3 - t2)，偏移 offset = ((t2 - t1) + (t3 - t4)) / 2。它假设上下行路径对称，非对称链路会直接引入偏差。PTP 则把时间戳尽量下沉到网卡 PHY 层，减少协议栈排队抖动，并通过主时钟选举（BMCA）、Sync/Follow_Up 与 Delay_Req/Delay_Resp 报文完成偏移与路径延迟测量，同时用 Announce 报文维护时钟层级。

二、时钟漂移建模

晶振的实际频率与标称频率存在偏差，记为频率偏差 f_err（单位 ppm）。若某设备晶振偏差为 +20 ppm，运行 1 小时后累积时间误差约为 20e-6 × 3600 s = 72 ms。这已经远超许多实验关心的毫秒级事件间隔，因此必须建模。

常用的一阶模型把本地时钟读数 C(t) 与参考时间 t 的关系写成：

C(t) = t + θ₀ + ρ·(t - t₀) + ε(t)

其中 θ₀ 为初始偏移，ρ 为频率偏差（无量纲，ppm 需除以 1e6），ε(t) 为随机抖动与温度引起的慢变分量。工程上更实用的做法是周期性采集“参考时间 − 本地时间”的偏移序列，用最小二乘拟合出斜率作为 ρ 的估计，再用残差评估抖动水平。若残差呈现明显趋势而非白噪声，说明存在温度漂移或老化，需要提高采样频率或引入温度补偿。

三、同步误差评估

评估同步质量不能只看单次 offset，而要看统计特性。建议至少记录以下指标：偏移均值（反映系统性偏差）、偏移标准差（反映抖动）、最大绝对偏移（反映最坏情况）、以及 Allan 方差或 TDEV（反映长期稳定性）。实验前先做一段“静态对时测试”：设备保持空闲，连续采集 10 分钟偏移数据，若标准差超过实验允许误差的 1/3，就应缩短同步周期或改用 PTP。

另一个常被忽略的误差源是时间戳打点位置。软件在应用层读取系统时间，会叠加调度延迟和中断延迟，抖动可达数百微秒；硬件在采集卡触发时刻打时间戳，抖动可降到纳秒级。评估时必须区分“同步误差”和“打点误差”，二者叠加才是最终时间戳不确定度。

四、实验数据时间戳校正的落地做法

校正不是简单地把所有时间戳减去一个固定偏移，而是按设备分别建立映射。以两台设备为例：先让 A、B 同时接收 PTP 或 NTP 对时，在实验开始前和结束后各采集一段偏移序列；用最小二乘拟合出各自的 θ₀ 与 ρ；对每条原始记录的时间戳 C_i，按 t_corr = C_i − (θ₀ + ρ·(C_i − t₀)) 换算到参考时间轴。注意公式中用的是本地读数而非参考时间，避免迭代求解。

实际操作中还有三个细节决定成败。第一，同步周期要与漂移速率匹配：20 ppm 的晶振在 1 分钟漂移约 1.2 ms，若实验关心 0.1 ms 级间隔，同步周期应缩短到 10 s 以内。第二，记录时间戳时要同时记录“打点方式”（硬件触发/软件读取）和“同步状态标志”，便于后续按不确定度分层分析。第三，校正后必须做闭环验证：选取一个已知同时发生的事件（如共用触发信号），检查校正后两设备时间戳之差是否落在预期不确定度内；若偏差仍呈线性增长，说明 ρ 估计有误或同步链路存在非对称延迟。

最后给出一个可复用的校正记录表结构，便于实验归档与复核：设备标识、打点方式、同步协议与周期、拟合区间、θ₀、ρ（ppm）、残差标准差、最大绝对残差、校正后验证事件偏差。把这些字段与原始数据一起保存，任何一次对齐结果都能追溯到具体的时间基准和校正参数，避免“数据对不上却说不清原因”的困境。