2、时间基础概念：UTC时间、TAI时间、本地时间、时钟源（晶振、原子钟、GPS）

做自动驾驶时间同步，第一件事不是调代码，而是搞清楚——我们到底在跟什么时间打交道。

我刚开始接触这个领域时，觉得时间嘛，不就是看表吗？后来在实车测试中，发现激光雷达和摄像头的时间戳差了整整200毫秒，车都开出去好几米了，点云和图像还对不上。嗯，从那以后，我再也不敢小看时间概念了。

说白了，自动驾驶里的时间同步，核心就两件事：统一时间基准和校准时钟源。这一章，我们先搞定第一个问题。

2.1 UTC时间：我们日常用的“世界标准”

UTC，全称是协调世界时。你手机上的时间，基本就是UTC加上时区偏移量。

UTC是怎么来的？它基于原子时，但为了跟地球自转对上，偶尔会加个“闰秒”。我印象中最近一次闰秒是2016年底，当时很多系统都出了bug。为什么？因为有些软件没处理那多出来的1秒。

举个例子：

// UTC时间戳示例（秒级）
uint64_t utc_timestamp = 1698765432;  // 2023-10-31 12:37:12 UTC

我在项目中遇到过一个问题：GPS模块输出的时间默认是UTC，但车载以太网里传的时间戳却是TAI。两个差了37秒（因为从1972年到现在累积的闰秒）。如果不做转换，时间戳直接对不上。

2.2 TAI时间：真正的“原子钟时间”

TAI，国际原子时。它不关心地球转得快还是慢，只关心原子振荡了多少次。

TAI是连续的时间尺度，没有闰秒。从1972年至今，TAI一直比UTC快37秒（这个数字还在缓慢增加）。

时间标准	是否连续	有闰秒	典型用途
UTC	否（有闰秒）	是	人机交互、日志记录
TAI	是	否	传感器时间戳、内部同步
GPS时间	是	否（但偏移量固定）	GNSS授时

2.3 本地时间：最容易出坑的地方

本地时间 = UTC + 时区偏移。比如北京时间是UTC+8。

我曾经在调试一个路测数据回放工具时，发现时间戳总是对不上。查了半天，原来是某台工控机设成了UTC，另一台设成了北京时间。两台机器差了8小时，点云和图像自然配不上。

2.4 时钟源：晶振、原子钟、GPS

有了时间标准，还得有物理设备来产生和维持时间。这就是时钟源。

2.4.1 晶振（石英晶体振荡器）

这是最常用的时钟源。便宜、体积小、功耗低。但精度有限，而且受温度影响大。

我做过一个测试：常温下，普通晶振一天漂移几毫秒到几十毫秒。但到了-20℃的冬天，漂移量能翻好几倍。自动驾驶里，如果只用晶振做时间同步，跑个几小时，传感器之间的时间差就大到不可接受了。

// 晶振漂移示例
// 假设晶振标称频率 20MHz，实际可能 19.9995MHz ~ 20.0005MHz
// 一天累计误差 = (20MHz - 19.9995MHz) * 86400s / 20MHz ≈ 2.16ms

2.4.2 原子钟

精度极高，漂移极小。但贵、体积大、功耗高。车载场景基本用不起。

我记得在某个自动驾驶测试场里，他们用了一个铯原子钟做整个场地的基准时钟。那东西比一个机柜还大，价格够买一辆测试车了。嗯，量产车上就别想了。

2.4.3 GPS（GNSS）授时

这是目前自动驾驶最实用的时钟源。GPS卫星上搭载了原子钟，地面接收机通过解算卫星信号，可以获得高精度的时间信息。

GPS时间的精度通常在几十纳秒级别，完全满足自动驾驶需求。而且成本低，一个GPS模块几十块钱。

2.5 知识体系总览

下面这张图，是我自己画的时间基础概念关系图。你看一眼，就能明白这些概念怎么串起来的。

2.6 实际项目中的选择

说了这么多，到底怎么选？我直接给结论：

1. 时间基准：内部统一用TAI或GPS时间。对外交互用UTC。
2. 时钟源：主时钟用GPS模块（精度高、成本低）。备选时钟用温补晶振（TCXO），保证GPS信号丢失时还能撑一段时间。
3. 本地时间：只在日志文件名、人机界面显示时使用。系统内部别碰它。

好了，时间概念就讲到这里。下一章我们聊聊具体怎么把这些时间戳对齐到微秒级——嗯，那才是真正动手的地方。

---

公众号:蓝海资料掘金营，微信deep3321