3、时间戳生成机制：摄像头硬件触发模式与帧同步信号

各位同学，咱们接着聊。上一节讲了时间戳为什么重要，这一节咱们深入硬件层面——时间戳到底是怎么生成的？

说白了，时间戳不是凭空冒出来的。它跟摄像头的触发模式、帧同步信号、还有捕获点这三个东西紧密相关。我当年刚入行时，以为时间戳就是软件里调个函数就完事了，结果被现实狠狠教育了一顿。

3.1 两种硬件触发模式：Free-Running vs 外部触发

摄像头怎么开始干活？有两种基本模式。

3.1.1 Free-Running（自由运行模式）

这种模式下，摄像头自己说了算。上电后，它按照内部晶振的节奏，一帧一帧往外吐数据。你不需要给它任何外部信号。

特点：

• 帧率固定，由摄像头内部时钟决定
• 多个摄像头之间没有同步关系
• 实现简单，但时间戳对齐困难

我在项目中遇到过这种情况：两个Free-Running的摄像头，一个29.97fps，一个30.00fps。你想想看，时间一长，帧偏移会越来越大。这就是为什么多摄像头系统很少用纯Free-Running模式。

3.1.2 外部触发模式（External Trigger）

这才是多摄像头同步的王道。外部触发模式下，摄像头等待一个外部脉冲信号，收到信号后才开始曝光和输出。

工作流程：

1. 主控发送一个触发脉冲（通常是GPIO或PWM信号）
2. 所有摄像头同时收到这个脉冲
3. 摄像头开始曝光（可能有微小延迟，后面讲）
4. 曝光完成后输出图像数据

说白了，就是让所有摄像头听同一个指挥。我习惯用FPGA或者MCU的定时器来生成这个触发信号，精度可以做到微秒级。

3.2 帧同步信号：VSYNC与FSYNC

摄像头内部也有自己的同步机制。这里有两个关键信号：VSYNC和FSYNC。很多人搞混它们，我当年也踩过坑。

信号	全称	作用	时序位置
VSYNC	Vertical Synchronization	帧垂直同步，标志一帧开始	每帧开始前产生
FSYNC	Frame Synchronization	帧同步，用于多摄像头对齐	由外部或内部产生

VSYNC 是摄像头内部产生的。一帧图像传输完成后，VSYNC会拉高或拉低，表示下一帧要开始了。它跟外部触发没有直接关系。

FSYNC 则不同。它可以是外部输入的，也可以是内部产生的。在多摄像头系统中，我们通常把外部触发信号接到FSYNC引脚上，让所有摄像头在同一个时刻开始帧周期。

嗯，这里要注意：有些摄像头的FSYNC和VSYNC是同一个引脚，通过配置寄存器切换功能。我建议你仔细看数据手册，别搞混了。

3.3 时间戳捕获点：到底在哪个时刻打戳？

这个问题很关键。时间戳不是在任意时刻打的，它必须跟某个硬件事件绑定。常见的捕获点有三个：

3.3.1 触发信号上升沿捕获

这是最常用的方式。当外部触发信号到来时，硬件立即记录当前系统时间。

// 伪代码示例：触发信号中断服务程序
void trigger_ISR(void) {
    timestamp = get_system_time_us();  // 捕获当前时间
    start_exposure();                  // 开始曝光
}

优点： 时间戳与触发时刻严格对应，延迟最小。

缺点： 需要硬件中断支持，中断响应时间会影响精度。

3.3.2 VSYNC信号捕获

有些系统在VSYNC信号到来时打戳。这时候时间戳对应的是帧传输开始时刻，而不是曝光开始时刻。

3.3.3 曝光结束捕获

少数系统会在曝光结束时打戳。这种方式的好处是时间戳对应的是图像数据真正可用的时刻。

三种捕获点对比：

捕获点	对应时刻	延迟	适用场景
触发上升沿	曝光开始	最小	高精度同步
VSYNC	帧传输开始	中等	普通多摄像头
曝光结束	数据就绪	最大	后处理对齐

3.4 实战中的坑与对策

讲了这么多理论，来点实际的。我这些年踩过的坑，分享给你们：

3.5 小结

这一节咱们聊了三个核心问题：

• Free-Running适合单摄像头，外部触发适合多摄像头同步
• VSYNC是内部帧信号，FSYNC可以外部控制
• 时间戳捕获点选在触发上升沿最准确，但要注意硬件延迟

下一节咱们讲时间戳的传输和存储，看看数据到了主控之后怎么处理。到时候我会分享一个我实际项目中用过的环形缓冲区方案，挺实用的。

好，今天就到这儿。有问题随时交流。