2. 同步基础概念

做多摄像头同步，说白了就是让几个摄像头「步调一致」。

我刚开始接触这个领域时，以为只要把快门线并在一起就完事了。结果拍出来的画面，有的摄像头已经曝光结束了，有的才刚刚开始。嗯，这里面的门道比想象中深得多。

帧同步：最基本的「对齐」

帧同步，就是让多个摄像头在同一时刻开始采集一帧图像，并在同一时刻结束。

举个例子：你让两个摄像头同时拍一张照片，如果帧不同步，一个拍的是第10帧，另一个可能还在第9帧。这在视频拼接或者立体视觉里，后果就是画面错位。

我在项目中遇到过最头疼的情况：两个摄像头明明设置了相同的帧率，但跑着跑着就错开了。后来发现是晶振的微小差异导致的。你想想看，30fps的帧率，每帧33.3ms，晶振差个几十ppm，几分钟就能差出一帧去。

曝光同步：比帧同步更精细

帧同步只是「大框架」对齐，曝光同步则是「微观层面」的对齐。

曝光同步要求所有摄像头的曝光起始时刻和曝光时长完全一致。这在高速运动场景下特别重要——比如拍摄飞行的子弹、高速旋转的机械臂。

我个人习惯把曝光同步分为两种：

• 全局曝光同步：所有像素同时开始曝光，同时结束。适合CCD传感器或全局快门CMOS。
• 卷帘曝光同步：逐行曝光，需要精确控制每行曝光的起始时间。这个就复杂多了，我踩过不少坑。

时间戳同步：给数据打上「时间标签」

帧同步和曝光同步解决的是「同时采集」的问题。但有时候，我们还需要知道「这个数据是什么时候采集的」——这就是时间戳同步。

时间戳同步的核心是：

• 每个摄像头采集到的每一帧，都带有一个精确的时间标签
• 所有摄像头的时间基准必须统一（比如都参考同一个PTP时钟）
• 时间戳的精度要足够高，通常需要微秒级甚至纳秒级

我记得有一次做多摄像头三维重建，帧同步做得很好，但时间戳没对齐。结果后处理时发现，不同摄像头的数据在时间轴上对不上，重建出来的模型全是扭曲的。后来加了硬件时间戳才搞定。

同步类型	精度要求	典型应用
帧同步	毫秒级	视频拼接、监控
曝光同步	微秒级	高速摄影、机器视觉
时间戳同步	微秒/纳秒级	三维重建、自动驾驶

硬件触发 vs 软件触发：两种实现路径

搞清楚了「要同步什么」，接下来就是「怎么实现同步」。这里有两个选择：硬件触发和软件触发。

硬件触发

硬件触发，就是用一根物理信号线（通常是GPIO或专用的触发接口）直接控制摄像头的采集动作。

说白了，就是给摄像头一个电信号，告诉它「现在开始干活」。

优点很明显：

• 延迟极低，通常只有几纳秒到几微秒
• 不受操作系统调度影响，确定性高
• 多个摄像头可以共享同一个触发信号，天然同步

缺点也有：

• 需要额外的硬件连线
• 触发频率受硬件限制
• 灵活性不如软件触发

软件触发

软件触发，就是通过软件指令（比如I2C、SPI、USB命令）来启动摄像头的采集。

你想想看，软件触发的好处是灵活——想什么时候触发就什么时候触发，想触发多少次就触发多少次。但代价是延迟不确定。

为什么延迟不确定？因为软件指令要经过操作系统调度、驱动层处理、总线传输，每一步都可能引入几十微秒到几毫秒的抖动。

我建议在以下场景使用软件触发：

• 帧率要求不高（比如10fps以下）
• 对同步精度要求不苛刻（允许几毫秒误差）
• 硬件条件受限，无法布设触发线

但如果要做高速同步或者精密测量，还是老老实实用硬件触发吧。

四种同步的关系与选择

帧同步、曝光同步、时间戳同步，这三者是层层递进的关系：

• 帧同步是基础，保证「大框架」对齐
• 曝光同步是进阶，保证「微观时刻」对齐
• 时间戳同步是补充，保证「数据可追溯」

而硬件触发和软件触发，是实现这些同步的手段。选哪个，取决于你的精度要求和系统约束。

这张图把四种同步概念和两种实现方式的关系梳理清楚了。从上往下看，先确定同步目标，再选择同步类型，然后决定实现方式，最后评估关键指标。

我个人建议，做项目时先从「精度要求」出发。如果只需要毫秒级同步，软件触发加帧同步就够了。如果需要微秒级甚至纳秒级，那就必须上硬件触发加曝光同步，再加硬件时间戳。

好了，同步基础概念就讲到这里。记住一句话：同步不是「有或没有」的问题，而是「精度够不够」的问题。搞清楚你的精度需求，再选择合适的方案，就不会走弯路。