2、时间同步基础：时间戳的概念、时钟源（系统时钟、PTP、GPS）、时间同步协议简介
2.1 时间戳——多摄像头系统的“心跳”
时间戳是什么？说白了，就是给每一帧图像贴上一个“出厂日期”。
我刚开始做多摄像头项目时，总觉得时间戳就是个数字，随便打一个就行。结果呢？两路视频流一叠加，画面错位得跟鬼影似的。后来我才明白——时间戳是同步的基石，没有它，一切算法都是空中楼阁。
时间戳的本质，是一个单调递增的数值。它记录了某一事件发生的时刻。在多摄像头系统里，这个事件就是“帧开始”或“帧结束”。
这里有个关键点：时间戳必须来自同一个时钟源。如果摄像头A用系统时钟，摄像头B用GPS时钟，那它们的时间基准都不一样，同步个寂寞？
核心原则：所有摄像头必须共享同一个时间基准。这是多摄像头同步的第一条铁律。
2.2 时钟源——选对“表”很重要
时钟源的选择，直接决定了你的同步精度能到多少。我见过不少工程师，上来就选GPS，觉得卫星信号高大上。其实没必要，得看你的应用场景。
2.2.1 系统时钟（System Clock）
系统时钟就是CPU内部的那个RTC（实时时钟）。它最方便，调用一下 clock_gettime() 就能拿到。
// 获取系统时间戳（Linux环境）
struct timespec ts;
clock_gettime(CLOCK_REALTIME, &ts);
uint64_t timestamp_ns = ts.tv_sec * 1000000000ULL + ts.tv_nsec;
但问题来了——系统时钟的精度取决于晶振。普通晶振的漂移率在几十ppm（百万分之一）级别。什么意思？
假设你的系统跑1小时，系统时钟可能已经漂了几十毫秒。对于多摄像头系统，几十毫秒的误差足以让运动物体在画面里“分身”。
避坑指南：我曾经在一个项目中，直接用系统时钟做同步。结果两路摄像头跑了半小时，时间差从0漂到了200ms。后来排查才发现，CPU温度升高导致晶振频率偏移。嗯，从此以后我再也不敢裸用系统时钟了。
2.2.2 PTP（Precision Time Protocol）
PTP，全称是精确时间协议。它能在以太网环境下，把多个设备的时钟同步到微秒甚至亚微秒级别。
PTP的原理其实不复杂：主时钟定期发送同步报文，从时钟根据报文中的时间戳，调整自己的本地时钟。说白了，就是“对表”。
PTP的精度为什么高？因为它用硬件打时间戳。报文在物理层进出时，硬件直接记录时间，避免了软件层的抖动。
| 协议版本 | 精度 | 适用场景 |
|---|---|---|
| IEEE 1588v2 | 亚微秒级 | 工业相机、自动驾驶 |
| gPTP（802.1AS） | 微秒级 | 车载以太网、音视频 |
我个人习惯在自动驾驶项目里用PTP。为什么？因为摄像头、激光雷达、IMU都挂在同一个以太网里，PTP一根网线就把同步问题解决了，省心。
小技巧：如果你的交换机不支持PTP透明时钟，那PTP的精度会大打折扣。我建议直接上支持PTP的工业交换机，别省那点钱。
2.2.3 GPS（Global Positioning System）
GPS提供的是绝对时间，精度在纳秒级。它不受本地晶振漂移的影响，因为时间直接来自卫星上的原子钟。
但GPS有个硬伤——信号遮挡。在室内、隧道、地下停车场，GPS直接罢工。所以GPS通常作为“主时钟”，配合PTP一起用。
你想想看，GPS提供绝对时间基准，PTP负责在局域网内分发这个时间。这种组合拳，才是工业级多摄像头系统的标配。
我的经验：在室外测试时，GPS+PTP的方案能把同步误差控制在100纳秒以内。但一进室内，GPS信号丢失，系统会自动切换到PTP的“保持模式”。这时候误差会慢慢累积，所以得定期出去“晒晒太阳”。
2.3 时间同步协议简介
协议这东西，听起来高大上，其实就是一套“怎么对表”的规则。我挑几个常见的说说。
2.3.1 NTP（Network Time Protocol）
NTP是互联网上最常用的时间同步协议。精度在毫秒级，适合对时间要求不高的场景。
NTP的同步过程是“客户端-服务器”模式。客户端发请求，服务器回响应，客户端根据往返时间估算网络延迟，然后调整本地时钟。
但NTP有个问题——它走的是软件协议栈，网络延迟抖动大。对于多摄像头系统，毫秒级的误差根本不够用。
注意：别指望NTP做多摄像头同步。我曾经试过，两路摄像头用NTP同步，结果画面错位得一塌糊涂。后来果断换PTP，问题才解决。
2.3.2 PTP（IEEE 1588）
前面已经聊过PTP了，这里再补充一点细节。
PTP的同步过程分为两步：
- 偏移测量：主时钟发Sync报文，从时钟记录到达时间。然后主时钟发Follow_Up报文，告诉从时钟“我是什么时候发的”。从时钟一算，就知道时间差了。
- 延迟测量：从时钟发Delay_Req报文，主时钟回Delay_Resp报文。通过往返时间，算出网络延迟。
有了时间差和网络延迟，从时钟就能精确调整自己的本地时钟了。
// PTP时间戳结构（简化版）
typedef struct {
uint64_t seconds; // 秒
uint32_t nanoseconds; // 纳秒
} ptp_timestamp_t;
2.3.3 gPTP（802.1AS）
gPTP是PTP的一个简化版，专门为车载以太网和音视频应用设计的。它去掉了PTP里那些复杂的配置选项，只保留核心功能。
gPTP最大的特点是“即插即用”。你不需要手动配置主时钟，设备会自动选举出一个“最佳主时钟”。
我在做车载环视系统时，用的就是gPTP。四个摄像头通过车载以太网连到域控制器，gPTP自动同步，精度稳定在1微秒以内。说实话，省了我不少调试时间。
2.4 总结一下
时间同步这件事，说难不难，说简单也不简单。关键就三点：
- 统一时钟源：所有摄像头必须用同一个“表”
- 选对协议：毫秒级用NTP，微秒级用PTP，纳秒级上GPS
- 硬件支持：软件打时间戳不靠谱，得上硬件
下一章，我会聊聊多摄像头系统的硬件同步方案。到时候会讲怎么用硬件触发线把多个摄像头“绑”在一起。嗯，那才是真正硬核的内容。