1. 帧同步校准概述

各位做多摄像头开发的同行，咱们开门见山。

你想想看，一个系统里装了三四颗摄像头，每颗都在独立采集图像。如果它们各自为政，你拿到的画面在时间上根本对不齐。我早年做过一个双目视觉项目，左右相机采集的时间差只有十几毫秒，结果重建出来的三维点云全是扭曲的——说白了，时间戳没对齐，后面的算法再牛也白搭。

1.1 帧不同步会带来什么问题？

我遇到过不少工程师，觉得帧同步是个「锦上添花」的功能。其实不然。咱们直接看几个真实场景：

你看，不同场景对同步精度的要求差异很大。但有一点是共通的：没有帧同步，多摄像头系统就是个摆设。

1.2 帧同步的核心目标是什么？

说白了就两件事：

1. 曝光对齐——所有摄像头在同一时刻开始曝光，结束曝光。
2. 时间戳统一——每帧图像打上同一个时间基准，方便后续处理。

我个人的习惯是，把帧同步拆成三个层次来看：

• 硬件层：通过物理信号（如PWM、触发脉冲）让摄像头同时开始曝光。这是最可靠的方式。
• 驱动层：在驱动中给每帧打上硬件时间戳，确保时间戳的精度在微秒级。
• 应用层：通过软件对齐不同摄像头的时间戳，做插值或丢帧处理。

嗯，这里要注意：硬件同步是基础，软件同步是兜底。别指望纯软件能搞定高精度同步。

1.3 时间戳对齐的基础概念

做帧同步，你得先理解几个关键概念。我当年刚入行时，就是被这些术语绕晕过。

这里有个容易忽略的点：时间戳的精度取决于时钟源。如果你用系统时间（比如 gettimeofday()），精度通常在毫秒级，而且受系统调度影响很大。我建议用硬件时间戳，直接从摄像头驱动里读PTP（精确时间协议）时钟。

1.4 帧同步的典型架构

咱们用一张图来梳理帧同步的整体逻辑。这是我做项目时常用的框架：

这张图展示了我常用的帧同步架构。核心思路就一条：所有摄像头共享同一个时钟源和触发信号。主时钟源通过PTP协议分发时间，同步信号发生器输出硬件触发脉冲，每颗摄像头在收到触发后立即开始曝光，并在图像数据中附带硬件时间戳。最后，帧同步校准模块根据时间戳做对齐处理。