3. 多摄像头硬件同步机制：硬件触发、软件同步与帧同步策略

多摄像头系统里，同步是绕不开的坎。你想想看，如果每个摄像头采集的时间点都不一样，那后续的融合、拼接、测距全都会乱套。我最早做双目视觉的时候，就吃过这个亏——两个摄像头差了十几毫秒，结果运动物体的位置直接飘了半个车身。

这一章，咱们就把同步这件事彻底讲透。从硬件层面的硬触发，到软件层面的网络对时，再到最终的帧对齐策略，一条线捋下来。

3.1 硬件触发同步：最可靠的方式

硬件同步，说白了就是给所有摄像头一个统一的“开枪”信号。这个信号可以是脉冲、可以是电平，也可以是特定的编码波形。它的核心优势是延迟极低、抖动极小，通常在微秒甚至纳秒级别。

3.1.1 PPS（秒脉冲）同步

PPS 全称 Pulse Per Second，每秒输出一个精确的脉冲。GPS 接收器、某些高精度时钟源都能输出 PPS 信号。

它的工作方式很简单：

• 每个摄像头收到 PPS 脉冲的上升沿时，立即开始曝光
• 脉冲间隔严格为 1 秒，误差通常在几十纳秒以内
• 摄像头内部需要支持 PPS 输入接口（通常是 GPIO 或 BNC）

3.1.2 Genlock（帧同步锁相）

Genlock 是广电和工业相机领域的老牌同步方案。它不只是一个脉冲，而是一个包含行场同步信息的复合信号。

我个人习惯把 Genlock 理解为“视频信号的节拍器”。它告诉每个摄像头：

• 什么时候开始新的一帧（VSync）
• 什么时候开始新的一行（HSync）
• 像素时钟的相位是多少

特性	PPS	Genlock
信号类型	单脉冲	复合视频同步信号
同步粒度	帧级（秒级）	行级/像素级
典型精度	±50ns	±10ns
适用场景	多相机独立触发	广播级、多相机阵列
硬件复杂度	低	中高

3.2 软件同步方案：灵活但精度有限

硬件同步虽好，但不是所有场景都能拉线。比如车载摄像头、无人机多目系统，线缆长度和接口数量都受限。这时候就得靠软件同步了。

3.2.1 NTP（网络时间协议）

NTP 是最常见的网络对时协议。它通过层级化的时间服务器结构，把时间误差控制在毫秒级。

NTP 的精度受限于：

• 网络延迟的对称性（上行和下行延迟是否一致）
• 操作系统的调度抖动
• NTP 轮询间隔（通常 1-64 秒）

在局域网内，NTP 的精度大约在 1-10ms。说实话，这个精度对大多数视觉应用来说是不够的。你想想，30fps 的相机，一帧也就 33ms，10ms 的误差已经占了将近三分之一帧。

3.2.2 PTP（精确时间协议）

PTP 是 IEEE 1588 标准定义的更高精度网络同步协议。它通过硬件时间戳和主从时钟协商机制，把精度提升到微秒甚至亚微秒级别。

PTP 的核心机制：

1. 主时钟选举：网络中最精确的时钟被选为 Grandmaster
2. 延迟测量：通过 Sync、Follow_Up、Delay_Req、Delay_Resp 四步握手，精确计算链路延迟
3. 时钟调整：从时钟根据测量结果调整本地时间

3.3 帧同步策略：把时间对齐落到实处

有了硬件或软件的同步信号，接下来就是怎么把“时间戳”和“帧数据”对应起来。这一步做不好，前面的同步全白费。

3.3.1 时间戳对齐法

每个摄像头在采集到一帧图像时，立即记录当前的时间戳。然后通过插值或最近邻匹配，把不同摄像头的时间戳对齐到同一个参考时间轴上。

具体步骤：

• 每个摄像头维护一个本地时间戳计数器
• 帧开始曝光时，硬件锁存当前时间戳
• 主控端收集所有摄像头的时间戳，找到最接近的帧对
• 如果时间差超过阈值（比如 1ms），则丢弃或等待下一帧

3.3.2 帧序号同步法

这种方法更简单粗暴：给每一帧分配一个全局递增的帧序号。所有摄像头在同一时刻开始计数，后续帧序号相同的即为同步帧。

但这里有个坑——如果某个摄像头丢了一帧，后续所有帧的序号都会错位。我曾经在项目中遇到过这种情况，排查了半天才发现是摄像头缓存满了导致丢帧。

3.3.3 混合策略

在实际工程中，我通常会把时间戳和帧序号结合起来用：

• 帧序号作为粗同步，保证帧级别的对齐
• 时间戳作为精同步，在帧内做亚帧级别的插值
• 两者互相校验，发现不一致时触发重新同步

3.4 实际工程中的选择建议

说了这么多，到底该选哪种方案？我根据项目经验总结了一个简单的决策树：

• 固定安装、线缆可布：优先选 Genlock 或 PPS 硬件同步，精度最高
• 移动平台、无线场景：用 PTP 硬件时间戳 + 帧序号混合策略
• 低成本、精度要求不高：NTP + 时间戳对齐，但要做好丢帧处理
• 多传感器融合（含激光雷达、IMU）：必须用 PPS + PTP 双模同步，因为激光雷达通常只认 PPS