4、软件同步机制：时间戳同步、PTP（精确时间协议）、基于帧号的同步策略
多相机同步，说白了就是让所有相机在「同一瞬间」抓拍。硬件触发能搞定大部分场景，但到了分布式系统、长距离布线、或者相机数量超过几十个的时候，纯硬件方案就有点吃力了。这时候，软件同步就得顶上。
我个人习惯把软件同步分成三个流派：时间戳同步、PTP 同步、帧号同步。它们各有各的脾气，选对了事半功倍，选错了……嗯，我踩过坑，后面会讲。
4.1 时间戳同步：最简单的「对表」方案
时间戳同步的思路很直白——每个相机独立运行，拍照时记下当前系统时间。后期处理时，根据时间戳把相近的帧凑在一起。
听起来简单，对吧？但坑就在「系统时间」这四个字上。
正确的做法是：所有相机统一对时。工业现场常用 NTP（网络时间协议）服务器，精度能到 1-10 毫秒。如果要求更高，就得用 PTP，后面会细说。
时间戳同步的典型流程：
- 所有相机通过 NTP 同步系统时间
- 每帧图像采集时，相机硬件自动打上时间戳
- 上位机收集所有图像，按时间戳排序
- 设定一个时间窗口（比如 ±5ms），窗口内的帧视为同步帧
4.2 PTP（精确时间协议）：亚微秒级的「硬核对表」
PTP 是 IEEE 1588 标准定义的网络时间同步协议。它能在以太网里把多台设备的时钟误差压到亚微秒级。我最早接触 PTP 是在一个飞拍项目里，当时机械手速度太快，时间戳同步根本跟不上，最后全靠 PTP 救场。
PTP 的核心原理：
- 主时钟（Master）： 通常是交换机或专用时钟源，提供基准时间
- 从时钟（Slave）： 每个相机作为从设备，不断与主时钟校准
- 延迟测量： 通过交换 Sync、Follow_Up、Delay_Req、Delay_Resp 四类报文，精确计算网络传输延迟
- 时钟调整： 从时钟根据测量结果微调本地时钟频率和相位
PTP 的精度取决于网络硬件。普通交换机延迟抖动大，精度只能到 100μs 左右。必须用支持 PTP 的工业交换机（比如支持 Boundary Clock 或 Transparent Clock 的型号），才能达到 1μs 以内。
| 同步方式 | 典型精度 | 硬件要求 | 成本 |
|---|---|---|---|
| 纯软件时间戳 | ±10ms | 无 | 低 |
| NTP | ±1ms | 网络可达 | 低 |
| PTP（普通交换机） | ±100μs | 普通千兆交换机 | 中 |
| PTP（工业交换机） | ±1μs | 支持 PTP 的交换机 | 高 |
| 硬件触发 | ±1μs | 触发线、信号发生器 | 中 |
4.3 基于帧号的同步策略：简单粗暴的「数帧」法
帧号同步，是我个人觉得最「土」但最可靠的方法。它的逻辑是：所有相机同时开始采集，每帧图像带一个递增的帧号。后期处理时，帧号相同的图像就是同步帧。
听起来完美，对吧？但有两个前提：
- 所有相机必须同时启动： 要么用硬件触发同时开始，要么用软件广播启动命令
- 帧率必须严格一致： 如果某个相机丢了一帧，帧号就错位了，后面全乱套
帧号同步的典型实现：
// 伪代码：帧号同步逻辑
void onFrameReceived(Camera cam, Frame frame) {
uint64_t frameId = frame.getFrameId();
// 检查帧号是否连续
if (frameId != cam.lastFrameId + 1) {
logWarning("相机 " + cam.name + " 丢帧！期望 " + (cam.lastFrameId+1) + "，实际 " + frameId);
}
// 将帧放入同步缓冲区，按帧号索引
syncBuffer[frameId].add(cam.name, frame);
// 当某个帧号的所有相机帧都到齐，触发处理
if (syncBuffer[frameId].isComplete()) {
processSyncFrames(syncBuffer[frameId]);
syncBuffer.remove(frameId);
}
cam.lastFrameId = frameId;
}4.4 三种策略的对比与选型
你想想看，这三种策略其实对应了三种不同的工程哲学：时间戳同步是「事后对齐」，PTP 是「事前校准」，帧号同步是「事中匹配」。没有的好坏，只有合不合适。
| 维度 | 时间戳同步 | PTP 同步 | 帧号同步 |
|---|---|---|---|
| 精度 | 毫秒级 | 亚微秒级 | 取决于启动同步性 |
| 硬件依赖 | 低（只需网络） | 高（需 PTP 交换机） | 中（需触发或广播） |
| 丢帧鲁棒性 | 强（时间戳独立） | 强（时间戳独立） | 弱（帧号错位） |
| 实现复杂度 | 低 | 中 | 低 |
| 典型场景 | 低速检测、数据记录 | 高速飞拍、运动同步 | 多视角拼接、3D重建 |
4.5 知识体系总览
下面这张图，把三种同步策略的核心逻辑和关系画出来了。你可以把它当作本章的「地图」。
4.6 实战中的「组合拳」
说了这么多，实际项目里很少有人只用一种同步策略。我参与过的一个汽车零部件在线检测项目，就是「PTP + 帧号 + 时间戳」三管齐下：
- PTP 保证所有相机时钟同步到 ±1μs
- 硬件触发 保证所有相机同时开始采集
- 帧号 作为帧匹配的主键
- 时间戳 作为丢帧检测和异常恢复的辅助手段
这样做的好处是：即使某个相机偶尔丢帧，也能通过时间戳快速定位，重新对齐。不会因为一帧丢失导致整个系统崩溃。