当传感器在时间上不一致时，机器人可能会显得几何校准错误。移动物体、旋转的底座或摆臂会将时钟偏移转化为空间误差。因此，时间同步需要通过设备、网络、主机和ROS时间戳进行物理采样的端到端映射。
NTP和 PTP 通过不同的机制和部署假设同步时钟。硬件时间戳将数据包事件移近网络接口，但不会自动标记传感器暴露时间。应用程序必须了解每个时钟域和转换。
请将此指南与机器人传感器融合指南及TF2坐标系指南结合使用。测试失效和恢复，而不仅仅是稳态偏移。
重新校准几何体前的疑似时间
如果点云跟踪运动，摄像头和激光雷达仅在移动时不一致，或估计器创新随速度增长，在更换外因子前，先比较时间戳和数据年龄。固定时间偏移会产生静态校准无法消除的运动依赖空间偏置。
在多个速度和方向上重现症状。估算观察到的位移是否与速度乘以时间偏移相匹配。保留原始源戳和接收时间，以便后续同步工作能基于同一数据进行评估。
每个时钟域的清点
列出传感器振荡器、摄像头或激光雷达时钟、 GNSS时间、网络接口 PTP 硬件时钟、主机系统时钟、加速器时钟、控制器时钟和仿真时间。记录纪元、分辨率、计数回绕和复位行为及执行转换的组件。
没有时钟身份的时间戳值是歧义的。为每个数据产品命名基准时钟，并说明其与机器人系统时间的关系。避免假设两个完全相同的设备型号共用一个时钟。
| 时钟域 | 典型事件 | 改装车主 | 失效模式 |
|---|---|---|---|
| 传感器时钟 | 曝光或采样 | 驱动或固件 | 重置还是漂移 |
| NIC PHC | 数据包入口或出口 | PTP 堆栈 | 非同步接口 |
| 系统时钟 | 主机应用时间 | PHC2sys 或 NTP | 步进或转向 |
| ROS时间 | 信息与应用时间 | 节点配置 | 仿真时间与实际时间混用 |
| 控制器时钟 | 致动样本 | 门户 | 未知的运输延误 |
分别是偏移、漂移和抖动
偏移是时钟之间的瞬时差值。漂移是这种差值随时间的变化。抖动是测量或修正的短期变化。一个小的平均偏移可以掩盖大尾部、周期性漂移或主时钟切换后的时间跳变。
报告分布、最大观测值、采样间隔和测试时长。温度和负载上的图幅偏移。定义应用阈值，基于运动和融合误差，而非通用同步营销数值。
从定时路径中选择NTP或PTP
NTP能够同步网络系统时钟，并且广泛可用。 PTP 可以使用硬件时间戳、透明或边界时钟以及大主时钟来减少软件和网络的不确定性。实际性能取决于拓扑结构、时间戳位置、路径不对称性和设备支持。
RFC 5905 文档 NTPv4。 PTP 部署应遵循支持的配置文件和设备。协议名称不确定应用准确性；测量的是机器人实际消耗的时间戳。
设计主时钟、时钟域与故障切换
PTP 参与者在域内选择或跟随一个主时钟（Grandmaster）。确定源是基于GNSS的、本地的还是冗余的，以及多个网络或机器人的分离方式。验证优先级配置和最佳主选过程的行为。
测试主时钟丢失、竞争时钟、链路中断与返回。记录时间跳变、守时保持和收敛过程。如果时间戳在同一次任务运行中发生跳变，优雅的监控故障切换仍可能无法接受传感器融合。
| 测试阶段 | 度量 | 注射状态 | 申请响应 |
|---|---|---|---|
| 稳定怠速 | 偏移与抖动 | 没有负载 | 正常效度 |
| 网络负载 | 尾部偏移 | 竞争性交通 | 维护或退化 |
| 时钟损耗 | 残留漂移 | 主时钟被移除 | 旗帜时间不确定 |
| 恢复 | 阶跃与收敛 | 主时钟恢复 | 隔离期间 |
| 重启 | 时代与单调性 | 传感器或主机重启 | 新回合或重新映射 |
硬件时间戳用于定位数据包事件
硬件时间戳记录数据包的进出数据包在网络接口附近，减少操作系统调度的不确定性。 Linux 通过其PTP子系统PTP硬件时钟支持，但驱动程序和网卡能力各不相同。
Linux PTP硬件时钟文档描述了该接口。确认哪些数据包和方向被硬件印章。 PHC 时间戳仍代表网络事件，不一定是物理传感器样本。
了解ptp4l和phc2sys的角色
ptp4L实现了支持的网络接口 PTP，可以将PHC与大主同步或执行其他时钟角色。 PHC2sys通常同步系统时钟和PHC。运行一个时钟并不证明另一个时钟已对齐。
请阅读当前的 ptp4l 和 phc2sys 文档以获取选项和配置文件。归档配置、接口、传输、域、时钟类和日志统计，并附有测试结果。
物理采样附近的时间戳
最有用的传感器时间戳表示曝光开始、曝光中点、激光雷达点火、 IMU采样或其他定义的物理事件。 USB传输或处理后创建的驱动时间戳包含时钟同步无法消除的可变延迟。
询问传感器供应商或检查驱动代码以识别事件和时钟。单独测量传输延迟。对于滚动快门相机或扫描激光雷达，一个时间戳可能无法描述每个像素或点；下游算法可能需要每行或每点的时间。
在ROS驱动边界验证转换
驱动程序可利用估计偏移将设备滴答计数器转换为系统或ROS时间。检查单元、转移、启动收敛、时钟重置及use_sim_time是否更改解释。在调试过程中保留原始值和转换值。
拒绝远未来、过时或非单调的时间戳。在诊断中标记时间质量。不要在未记录备用记录的情况下默默替换无效硬件的到达时间。
测试怠速、负载、损耗和恢复
在网络空闲、真实传感器流量和CPU负载下、主信号或链路丢失期间及恢复过程中测量同步情况。包括温度和长时间，因为振荡器漂移和热行为可能主导保持。
将时钟统计数据与应用输出（如融合残差、变换后点云的对齐和指令年龄）相关联。这证明测量到的时钟性能是否足以满足机器人需求，而不仅仅是符合工具阈值。
跨时间不连续点的隔离数据
当时钟步进、重启或权限变更时，事件周边的消息可能存在模糊的顺序。定义隔离区间，重置估计缓冲区，防止旧命令变为当前。重新同步不会修复已被错误映射标记的数据。
将不连续点记录为事件边界。对于训练数据，保留故障标记，并通过可追溯规则排除受影响样本，而非无来源删除。
接受准确性和恢复并存
验收要求应说明稳态偏移和抖尾、允许的滞留漂移、检测时间、不确定性期间的行为以及恢复标准。验证所需传感器和控制器使用的每一条时钟路径。
存储拓扑和配置。
评估“机器人时间同步：PTP、硬件时钟与时间戳”时，还应保存模型版本、机器人配置、标定文件、测试日期和全部试验记录。把成功、失败、恢复与人工介入放在同一份数据中，才能区分模型能力、系统接口和现场流程造成的差异。
成本评估除了设备与算力，还要记录数据采集、工程调试、安全措施、维护、停机和人员培训。只有把这些持续投入与单位成功任务的价值比较，才能判断方案是否适合扩大。
上线后仍要持续检查分布变化、传感器漂移、机械磨损和人工接管原因。监测结果应能触发降级、停止与重新验证流程，并为下一轮数据采集和模型更新留下可追溯记录。
最终结论应明确写出已知限制、尚未验证的场景和下一项可证伪的实验，使后续团队能够沿着证据继续推进。
实际项目还应指定数据、模型、控制器和安全流程的负责人，并预先定义回滚条件。责任边界、审批记录与变更日志越清楚，故障发生后越容易停止扩散、定位原因并安全恢复。
- 清点所有设备、 PHC、系统和ROS时钟。
- 定义每个时间戳背后的物理事件。
- 测量负荷下的偏移、漂移和抖动。
- 注入权限丢失、重启和恢复。
- 隔离时钟间隔断的数据。
常见问题
启用 PTP 会自动对齐每个传感器的时间戳吗？
不。传感器可以使用独立的时钟或运输后印章；驱动程序必须将其采样事件映射到同步域。
机器人应该使用NTP还是 PTP？
从所需的精度、硬件支持、拓扑和故障行为中选择，然后测量完整的时间戳路径。
一个小的平均偏移够吗？
不。尾部抖动、漂移、时钟步进和恢复间隔仍然可能违反应用要求。
ptp4l也能同步系统时钟吗？
不一定。 PHC2sys或其他机制常用来关联PHC与系统时间。
丢失期间记录的数据可以在时钟恢复后使用吗？
只有在其时间戳映射有效时才会如此。跨越不确定或阶梯区间的数据应被隔离并评估。
时间同步证据边界
时间同步性能取决于拓扑、硬件、驱动程序和工作负载。验证物理采样时序和应用错误，而不仅仅是守护进程的偏移显示。