2. 时间戳的来源
做多摄像头融合，第一个绕不开的问题就是：时间戳从哪来？
你想想看，如果每个摄像头的时间基准都不一样，那融合出来的数据就是一团乱麻。我刚开始做这个方向时，就吃过这个亏——两台相机明明同时触发，结果时间戳差了十几毫秒，点云和图像怎么都对不上。
时间戳的来源，说白了就四种：PTP协议、NTP协议、相机内部时钟、FPGA硬件时间戳。它们各有各的脾气，选错了，后面全是坑。
2.1 PTP（IEEE 1588）协议：亚微秒级的精准同步
PTP，全称Precision Time Protocol，是IEEE 1588标准定义的网络时钟同步协议。它的目标很明确——在以太网环境下，把多个设备的时钟误差控制在亚微秒级。
我个人习惯把PTP比作「时钟的GPS」。它通过主从架构，在主时钟和从时钟之间来回交换同步报文，测量网络延迟，然后补偿时钟偏移。这个过程叫最佳主时钟算法（BMC），自动选出网络里最精准的时钟当老大。
- 精度高：硬件时间戳加持下，误差可到100纳秒以内
- 标准统一：IEEE 1588-2008（v2）是目前主流版本
- 支持多跳：通过透明时钟或边界时钟，可以跨交换机同步
我在项目中遇到过一个问题：PTP虽然精度高，但它对网络质量很敏感。交换机不支持PTP透传、网络负载波动大，都会导致同步精度下降。所以，PTP不是插上就能用的，网络基础设施必须配套。
2.2 NTP协议：毫秒级的网络时间同步
NTP（Network Time Protocol）是互联网上最古老的时间同步协议之一。它比PTP简单得多，但精度也差得多——通常在1到50毫秒之间。
说白了，NTP适合那些对时间精度要求不高的场景。比如监控摄像头做录像回放，时间差个几十毫秒无所谓。但如果你要做多摄像头融合、做实时三维重建，NTP基本不够用。
| 对比项 | PTP（IEEE 1588） | NTP |
|---|---|---|
| 典型精度 | 亚微秒级（<1µs） | 毫秒级（1-50ms） |
| 硬件依赖 | 需要硬件时间戳支持 | 纯软件即可 |
| 网络开销 | 较高，报文频繁 | 较低，周期可调 |
| 适用场景 | 多传感器融合、自动驾驶 | 监控、日志、非实时系统 |
2.3 相机内部时钟：最方便，也最不靠谱
很多工业相机和网络相机都自带内部时钟，可以给每帧图像打上时间戳。听起来很方便对吧？但这里有个大问题——内部时钟会漂。
相机内部的晶振受温度、电压影响，一天下来可能漂移几秒甚至几十秒。两台相机各自漂，时间戳的差距就会越来越大。
我建议的做法是：把相机内部时钟当作「本地计数器」，而不是时间源。用PTP或外部触发信号来校准它，或者干脆不用它，直接用硬件打戳。
2.4 FPGA硬件时间戳：终极方案
如果你对时间精度有极致要求，比如要做多摄像头毫秒级同步，那FPGA硬件时间戳就是你的不二之选。
FPGA可以在物理层捕获网络报文或传感器信号的到达时刻，精度可以达到纳秒级。它不依赖操作系统调度，不受CPU负载影响，是真正的「硬实时」。
当然，FPGA方案也有代价：开发周期长、成本高、调试复杂。不是所有项目都值得上FPGA。
2.5 四种时间戳来源的对比与选择
下面这张图是我自己总结的，帮你快速理解这四种方案的关系和适用场景：
2.6 实际项目中的选择建议
说了这么多，到底怎么选？我总结了几条经验：
- 自动驾驶/机器人：必须上PTP + FPGA硬件时间戳。精度不够，后果就是撞车。
- 工业视觉检测：PTP就够了，配合支持IEEE 1588的交换机和相机。
- 安防监控：NTP完全够用，成本低、部署简单。
- 科研实验：看预算。有钱上FPGA，没钱用PTP，千万别只用内部时钟。
嗯，时间戳的来源就这些。记住一句话：时间戳的精度，决定了融合的上限。选错了源头，后面再怎么优化算法都白搭。