2. 硬件同步方案：PPS、GPS/RTK授时与硬件触发线
说到多传感器的时间同步，我个人的经验是——软件方案再花哨，都不如一根线来得实在。硬件同步，说白了就是用物理信号把各个传感器的“心跳”对齐。今天咱们就聊聊三种最常用的硬件手段：PPS秒脉冲、GPS/RTK授时，还有硬件触发线。
嗯，先看一张图，帮你快速建立整体认知：
2.1 PPS秒脉冲：最朴素的“心跳”信号
PPS，全称Pulse Per Second，就是一秒钟一个脉冲。你想想看，如果每个传感器都能收到这个脉冲，它们就知道“哦，新的一秒开始了”。
原理其实很简单：GPS模块或者高精度时钟源会输出一个TTL电平的方波，上升沿非常陡峭，通常上升时间在纳秒级别。每个上升沿代表一个整秒时刻。
关键参数：PPS的精度取决于时钟源。普通GPS模块的PPS精度在几十微秒，而RTK级别的可以达到纳秒级。我在项目中遇到过，用便宜的GPS模块做PPS，结果两个LiDAR的时间戳差了200微秒——嗯，对于10Hz的LiDAR来说，这误差已经大到点云会“抖动”了。
接线方式：
- GPS模块的PPS引脚 → 传感器/工控机的GPIO输入
- 注意电平匹配：3.3V还是5V？我曾经因为没注意这个，烧了一个IMU的接口...
- 长距离传输建议用差分信号（RS422），不然干扰会让你怀疑人生
2.2 GPS/RTK授时：给传感器一个“绝对时间”
PPS只告诉你“整秒到了”，但没告诉你“现在是几点几分”。GPS/RTK授时就是来解决这个问题的。
它干了三件事：
- 通过NMEA协议（比如$GPRMC语句）输出UTC时间
- 同时输出PPS信号，精确对齐秒边界
- RTK模式下，还能提供厘米级定位——顺带把时间也校准了
我的习惯：在工控机上用PPS信号触发一个高精度定时器，然后通过NMEA解析出当前UTC。这样既有了绝对时间，又有了纳秒级的计时精度。说白了，就是“GPS给基准，本地晶振做插值”。
实际接线示例（以u-blox F9P为例）：
GPS模块 工控机/传感器
TX ————————————→ RX (UART, 接收NMEA)
PPS ————————————→ GPIO (中断输入)
GND ————————————→ GND (共地！)注意：GPS天线必须放在开阔处。我在一个地下车库做实验，结果GPS死活搜不到星，整个同步方案直接瘫痪。后来加了惯性导航做备份，才解决了这个问题。
2.3 硬件触发线：让传感器“同时开工”
前面两种方案解决的是“时间对齐”，而硬件触发线解决的是“动作对齐”。
什么意思呢？比如你有一个LiDAR和一个相机，你想让它们在同一个瞬间采集数据。用软件发指令？延迟可能几毫秒到几十毫秒不等。用一根触发线？延迟只有几十纳秒。
工作原理：
- 主控（比如工控机或MCU）输出一个上升沿或下降沿
- 所有传感器配置为“外部触发模式”，检测到边沿就立即采集
- 触发频率可以自定义：1Hz、10Hz、20Hz...取决于你的需求
避坑指南：我曾经用Arduino输出PWM波做触发信号，结果频率一高（超过100Hz），波形就开始变形，导致部分传感器漏触发。后来换成了专用的信号发生器，问题才解决。所以，触发信号的电气质量非常重要。
接线拓扑（星型连接最常用）：
主控触发输出 ──┬── LiDAR Trigger In
├── 相机 Trigger In
├── IMU Sync In
└── GND (所有设备共地)| 方案 | 精度 | 适用场景 | 成本 |
|---|---|---|---|
| PPS秒脉冲 | 微秒~纳秒 | 多传感器时间戳对齐 | 低 |
| GPS/RTK授时 | 纳秒级 | 户外、需要绝对时间 | 中~高 |
| 硬件触发线 | 纳秒级 | 同步采集启动 | 极低 |
2.4 三种方案怎么选？
说实话，没有万能的方案。我个人的经验是：
- 室内固定场景：硬件触发线 + 本地晶振PPS，成本低效果好
- 户外移动机器人：GPS/RTK授时 + PPS，既定位又同步
- 多传感器融合（LiDAR+相机+IMU）：三者全上，互为备份
一个小技巧：如果你用的传感器支持“PPS + Trigger”双模式，那就太幸福了。PPS负责长期时间校准，Trigger负责短期采集同步。我在一个自动驾驶项目中就是这么干的，效果非常稳定。
嗯，硬件同步这块，说白了就是“用物理信号代替软件握手”。虽然多了一堆线，但换来的是纳秒级的同步精度，值不值？我觉得值。