learn

误差从哪里来：timestamp、链路不对称与同步间隔

把 gPTP 误差拆成硬件时间戳、路径延迟估计、时钟漂移、同步间隔、设备执行和拓扑变化几类来源。

第三章：共同时间工程边界IEEE 802.1ASgPTP18 分钟

本节学习目标

timestamp precisionpath asymmetrysync intervalholdover

很多资料会把同步质量写成一个数字，例如“同步精度小于 1us”。这个数字有用，但它太像黑盒。做调度预算时，你需要知道这个数字从哪里来，覆盖哪些误差，没有覆盖哪些误差。

如果误差来源没有拆开，窗口余量就会变成拍脑袋。比如你以为 5us 同步误差已经很保守，但实际上设备 gate 执行误差、路径不对称和 grandmaster 切换期间的 holdover 行为都没算进去，那么调度结论仍然不可靠。

第一类是 timestamp 精度。硬件时间戳通常在 MAC/PHY 附近记录收发时刻，抖动较小；软件时间戳经过驱动、操作系统调度和应用处理，抖动会大得多。严格 TSN 调度通常不能只依赖软件层时间戳来证明微秒级边界。

第二类是路径延迟估计误差。Pdelay 估计相邻链路 delay，但估计值可能受时间戳点、链路介质、排队、测量噪声影响。如果实际发送方向和接收方向延迟不对称，而计算里假设对称，offset 估计就会带偏。

第三类是本地时钟漂移和同步间隔。两次同步之间，本地时钟仍然会走快或走慢。同步间隔越长，漂移可积累时间越长；oscillator 质量越差，同样间隔里误差越大。

第四类是设备执行误差。共同时间告诉设备什么时候应该开 gate，但设备真正改变 gate 状态仍然有实现误差。调度预算里不能把“知道时间”和“动作准时执行”混为一谈。

第五类是状态变化。grandmaster 切换、链路重协商、拓扑变化、PTP 状态从 locked 变成 holdover，都可能让短时间误差变大。现场最危险的不是稳定状态下的平均值，而是异常边界没有被纳入设计。

Qbv 窗口是一个时间区间。关键帧是否能在窗口内通过，取决于多个边界是否叠加后仍然落在窗口内。同步误差会让设备对窗口开始/结束的理解错位；执行误差会让 gate 真实动作偏离计划；guard band 用来避免普通帧跨入关键窗口；路径延迟影响多跳接力。

因此，误差来源拆得越清楚，窗口设计越有证据。你不一定每次都能拿到完美数字，但至少要知道哪些数字来自设备规格，哪些来自测试，哪些只是保守假设，哪些完全没有来源。

拆误差会让系统看起来更复杂，因为很多原本被“同步精度”一笔带过的东西都暴露出来了。但这是好事。TSN 是安全关键和工业场景里常见的技术方向，不能只满足于“实验室里看起来没问题”。

真正困难的是误差会变化。温度、负载、固件版本、链路介质、拓扑、grandmaster 质量都会让边界不同。所以后面验证时，需要把同步状态和调度命中一起看，而不是只在配置阶段填一个固定数字。

读完本节后，先用下面这些问题校准自己，而不是只确认“看过了”。