2. 时间基础概念

做多摄像头同步，说白了就是跟时间打交道。你连时间本身都搞不清楚，那同步肯定做不好。我见过不少工程师，一上来就调代码，结果发现两个摄像头的时间戳差了十几毫秒，还以为是硬件问题——其实是对时间概念理解有偏差。

这一节，我们把几个核心概念掰开揉碎了讲清楚。别嫌基础，这些是后面所有实战内容的根基。

2.1 时间戳（Timestamp）—— 时间的“身份证”

时间戳是什么？就是一个数值，用来标记某个事件发生的时刻。比如你按下快门，那一刻对应的时间值就是时间戳。

我习惯把时间戳分成两类：

• 时间戳：跟真实世界挂钩，比如 2025-01-15 10:30:00.123 UTC。这种时间戳能直接告诉你是哪年哪月哪日。
• 相对时间戳：只表示从某个起点开始过了多久，比如系统启动后第 12345678 微秒。这种时间戳只能用来比较先后顺序，不能直接换算成日历时间。

举个例子。我在做一个车载环视项目时，四个摄像头分别采集图像。如果每个摄像头的时间戳都来自自己的本地时钟，那它们之间的偏差可能达到几十毫秒。后来我们改用统一的硬件触发信号，所有摄像头都在同一时刻打时间戳，问题就解决了。

2.2 时钟源（Clock Source）—— 时间的“心跳”

时钟源就是产生时间信号的硬件。没有时钟源，时间戳就是无源之水。

常见的时钟源有几种：

时钟源类型	典型精度	适用场景	我踩过的坑
晶振（XO）	±50 ppm	普通嵌入式设备	温度变化会导致频率漂移
温补晶振（TCXO）	±2 ppm	工业相机、车载设备	成本比普通晶振高3-5倍
恒温晶振（OCXO）	±0.1 ppm	基站、精密测量	体积大、功耗高，不适合小型设备
PTP 网络时钟	亚微秒级	多摄像头阵列	依赖网络交换机的 PTP 支持

你想想看，如果两个摄像头用的晶振精度不一样，一个跑得快一点，一个跑得慢一点，那它们的时间戳偏差就会越来越大。这就是所谓的时钟漂移。

2.3 系统时间（System Time）—— 操作系统的“手表”

系统时间就是操作系统维护的那个时间。你在 Linux 里敲 date 命令看到的就是它。

系统时间通常由两部分组成：

• 墙上时间（Wall Clock Time）：就是人类能看懂的年月日时分秒。
• 单调时间（Monotonic Time）：从系统启动开始一直递增的时间，不会因为调整系统时间而跳变。

做多摄像头同步时，我强烈建议你用单调时间。为什么？因为墙上时间可能会被 NTP 调整、用户手动修改，甚至闰秒调整，导致时间戳出现跳跃或回退。单调时间不会，它只增不减。

2.4 UTC 时间（Coordinated Universal Time）—— 全球统一的“标准钟”

UTC 就是协调世界时，全球通用的时间标准。它跟格林威治时间（GMT）基本一致，但更精确。

UTC 时间有几个特点：

• 基于原子钟，精度极高。
• 通过闰秒调整来保持与地球自转同步。
• 不依赖时区，全球统一。

多摄像头系统中，UTC 时间通常用于跨地域同步。比如你在北京和上海各部署一套摄像头系统，通过 GPS 或 NTP 获取 UTC 时间，就能让两套系统的时间基准一致。

我曾经做过一个项目，需要在不同城市的摄像头之间做时间同步。我们给每台设备都装了 GPS 模块，直接从卫星获取 UTC 时间。效果很好，误差控制在 1 微秒以内。但代价是每台设备多了几百块钱的成本。

2.5 时间精度与分辨率—— 别把这两个搞混了

这两个概念经常被混淆，我简单解释一下：

• 时间分辨率：时间戳的最小单位。比如 1 毫秒、1 微秒、1 纳秒。分辨率越高，你能区分的时间间隔就越小。
• 时间精度：时间戳与实际时间的偏差。比如你的时间戳标的是 10:00:00.000，但实际已经是 10:00:00.050，那精度就是 50 毫秒。

分辨率高不代表精度高。举个例子，你的系统时间戳可以精确到纳秒，但时钟源本身就有 50 ppm 的误差，那精度还是上不去。这就好比你的尺子刻度很细，但尺子本身是歪的。

我见过有人为了追求高分辨率，把时间戳精度做到纳秒级，结果忽略了时钟漂移。最后两个摄像头的时间偏差越来越大，还不如用低分辨率但高精度的方案。

2.6 知识结构图：时间概念之间的关系

下面这张图把上面几个概念串起来了。你看一眼就能明白它们之间的关系。

2.7 小结：这些概念怎么用？

讲完这些概念，你可能觉得有点抽象。我换个角度说：

• 选硬件时，先看时钟源的精度。车载项目至少用 TCXO，实验室环境可以用 OCXO。
• 写代码时，用单调时间而不是墙上时间。别让 NTP 调整把你的时间戳搞乱。
• 做同步时，关注时间精度而不是分辨率。纳秒级分辨率但毫秒级精度，照样白搭。
• 跨地域部署时，用UTC 时间做基准。GPS 或 PTP 都是不错的选择。