为什么设备时间必须同步
物联网里大量逻辑依赖时间：数据打时间戳、证书有效期校验、安全握手、定时任务、时序库对齐、日志取证。设备普遍使用廉价晶振，本身存在频偏，常温下每天偏几秒到几十秒都算正常，这就是时钟漂移。缺少同步机制时，同一车间不同设备的时间可能差出几分钟，数据无法对齐、告警顺序错乱，严重时证书校验失败直接连不上平台。
基本信息
| 同步目标 | 设备时间与参考时钟的偏差小于业务容忍值 |
|---|---|
| 常用协议 | NTP 与 SNTP、PTP、平台私有校时、蜂窝网络与卫星授时 |
| 精度量级 | NTP 局域网毫秒级，跨公网几毫秒到几十毫秒；PTP 可达亚微秒级 |
| 典型漂移 | 普通晶振日漂移数秒至数十秒，温补晶振明显更小 |
| 前置条件 | 设备能访问时间源，且时间源本身可信 |
| 安全要点 | 校时通道应鉴权或限制为内网，防止伪造时源把时间带偏 |
典型使用场景
- 设备与服务端对账：多条采集记录要能按时间顺序拼接
- 证书与安全握手：时间偏差过大直接导致连接失败
- 定时任务：按时开关设备、按时采集、按时上报
- 断网补偿：离线期间靠本地时钟走时，联网后统一校准
- 多设备联合采集：振动、电流等多路信号需要统一时基
- 日志与故障取证：跨设备比对事件先后顺序
设备侧常见校时策略
设备侧常见校时策略
上电先读本地时钟 # 保证即使断网也有个大致时间
联网后先校时再执行业务 # 避免用错时间写入数据
校时失败时逐级退避重试 # 不要死循环占满网络
长期断网要记录漂移量 # 供服务端判断数据是否可用
时间跳变过大要打日志告警 # 多半是时区配置或时钟器件有问题常见现象与判断
| 现象 | 可能原因 | 处理方向 |
|---|---|---|
| 每天固定快几秒 | 晶振频偏 | 缩短同步周期或换用更高精度器件 |
| 整批设备偏移整数小时 | 时区设置错误或本地时间当成了世界时 | 内部统一用世界时存储，展示层再转换 |
| 校时后很快又偏回去 | 校时未生效或未写回本地时钟 | 检查校时结果是否被持久化 |
| 偶发大幅跳变 | 上游时源漂移或被伪造 | 限制单次跳变幅度并告警 |
| 离线设备时间不可用 | 本地时钟停走或后备电池耗尽 | 给数据打时间质量标记，而不是直接入库 |
世界时与本地时区必须分开看：设备内部统一用世界时存储与传输，只在展示环节做时区换算。最常见的坑是服务端把设备的本地时间当世界时收了，表面上一切正常，做时序对齐时整体偏移数小时。
断网设备的补偿策略要事先定清楚：是继续用本地时间打戳并标记未校准，还是丢弃这批数据。工业场景通常选前者并附带时间质量标记，比直接丢数据更利于事后追溯。
公网免费校时服务不宜作为关键基础设施的唯一时源，校时报文在不可信网络中也存在被伪造的风险。生产环境应使用自有或可信时源，并对校时通道做访问控制与审计。