4. 多相机硬件同步机制

多相机系统里，同步是个绕不开的坎。你想想看，如果每台相机各自为政，拍出来的画面在时间轴上对不齐，那后续的拼接、融合、3D重建全都会出问题。我这些年经手过的项目，从自动驾驶环视到工业检测，几乎每个系统都在这上面踩过坑。

同步的核心目标就一个：让所有相机在同一个时间点开始曝光，或者让它们的帧边界对齐。实现方式分两大类——硬件同步和软件同步。咱们一个一个说。

4.1 硬件触发同步

硬件触发，说白了就是用一根物理线缆把同步信号直接送到每台相机的触发引脚上。这种方式延迟最低，抖动最小，是工业级系统的首选。

4.1.1 GPIO 触发

GPIO（通用输入输出）触发是最常见的硬件同步方式。我习惯把主控设备（比如FPGA或单片机）的一个GPIO引脚配置为输出，产生一个上升沿或下降沿信号，然后通过分线器同时接到所有相机的触发输入上。

我在一个8相机环视项目中遇到过一个问题：用同一个GPIO触发所有相机，结果画面总是有几帧对不上。排查了半天，发现是线缆长度不一致导致的信号传播延迟差异。后来改用等长线缆，问题就解决了。

4.1.2 PPS 同步

PPS（Pulse Per Second）是GPS/北斗接收机输出的秒脉冲信号。它利用卫星授时，精度能达到纳秒级。PPS本身只提供每秒一个脉冲，但配合NTP或PTP可以做到时间同步。

PPS的典型应用场景是户外多相机系统，比如自动驾驶测试车。每台相机收到PPS脉冲后，会记录当前帧的精确时间戳。这样即使相机之间没有物理触发线，也能通过时间戳对齐帧。

同步方式	精度	适用场景	成本
GPIO触发	纳秒级	短距离、固定安装	低
PPS	纳秒级	户外、长距离	中
NTP	毫秒级	局域网、非实时	低
PTP	微秒级	局域网、实时	中

4.2 软件同步

硬件同步虽然好，但有些场景下不方便拉线，或者相机本身不支持硬件触发。这时候就得靠软件同步了。

4.2.1 NTP 同步

NTP（网络时间协议）是最常用的网络时间同步协议。它通过客户端-服务器模式，在网络上交换时间戳，计算出网络延迟并校准本地时钟。

NTP的精度一般在1-10毫秒级别。对于30fps的视频流，一帧是33毫秒，所以NTP勉强能对齐帧边界。但如果相机帧率更高，或者需要亚帧级别的同步，NTP就不够用了。

4.2.2 PTP 同步

PTP（精确时间协议，IEEE 1588）是NTP的升级版。它通过硬件时间戳和最佳主时钟算法，把同步精度提升到微秒甚至亚微秒级别。

PTP的原理很有意思：主时钟和从时钟之间交换Sync、Follow_Up、Delay_Req、Delay_Resp四类报文，精确测量链路延迟和时钟偏移。支持PTP的网卡会在硬件层面打时间戳，避免了操作系统调度带来的抖动。

# PTP 主时钟配置示例（linuxptp）
[global]
# 指定主时钟优先级
priority1 128
priority2 128
# 启用硬件时间戳
hw_timestamping 1
# 同步间隔（秒）
sync_interval 0.5
# 报文延迟测量间隔
delay_mechanism E2E
network_transport UDP

我建议在千兆以上网络中使用PTP，因为网络负载越低，同步精度越高。曾经有个项目，网络里同时跑视频流和PTP报文，结果PTP精度从微秒级掉到了毫秒级。后来给PTP单独划了一个VLAN，问题才解决。

4.3 帧同步器原理

帧同步器是一种硬件设备，专门解决多路视频信号的帧对齐问题。它内部有一个帧缓存，可以暂存一路或多路视频帧，然后根据外部同步信号或内部时钟，统一输出对齐后的帧。

帧同步器的核心结构包括：

1. 输入接口：接收多路相机视频流，常见接口有SDI、HDMI、Camera Link
2. 帧缓存：通常用DDR或SRAM实现，存储至少一帧数据
3. 同步控制器：根据外部参考信号或内部PLL，生成统一的读写时序
4. 输出接口：输出对齐后的视频流

我记得在搭建一个12相机全景拼接系统时，用了帧同步器才解决了画面撕裂问题。之前用软件同步，总有几个相机的帧边界对不齐，拼接处有明显的错位。上了帧同步器后，所有相机的帧边界精确对齐到同一个像素时钟，效果立竿见影。

4.4 如何选择同步方案

选哪种同步方案，取决于你的应用场景和精度要求。我一般按这个思路来：

• 工业检测、机器视觉：首选GPIO硬件触发，精度高、成本低
• 自动驾驶、户外移动平台：PPS + PTP组合，兼顾时间和相对同步
• 多相机拼接、全景：帧同步器，保证像素级对齐
• 监控、安防：NTP就够了，成本最低
• 科研、高速摄影：必须硬件同步，软件方案跟不上