2、图像传感器选型与驱动优化：CMOS vs CCD、传感器驱动时序（I2C/SPI配置）、帧同步与行同步信号解析、驱动层延迟优化技巧

图像传感器，说白了就是相机的「视网膜」。选错了，后面算法再牛也救不回来。我这些年经手过十几个摄像头项目，从工业检测到车载环视，踩过的坑不少。今天咱们就聊聊传感器选型和驱动层那些事。

2.1 CMOS vs CCD：不是谁取代谁，是看场景下菜碟

很多人一上来就问：「CMOS 和 CCD 哪个好？」我的回答是：看你的项目要什么。

对比项 CMOS CCD
读出方式 每个像素独立读出（X-Y 寻址） 整行电荷逐行转移
噪声水平 较高（固定模式噪声 + 读出噪声） 较低（电荷域读出，噪声小）
帧率 高（可做到 1000+ fps） 低（受限于电荷转移速度）
功耗 低（单电源，集成度高） 高（多路高压驱动）
全局快门 部分型号支持（需额外像素存储） 天然支持（电荷同时转移）
成本 低（标准 CMOS 工艺） 高（专用 CCD 工艺）
典型应用 手机、安防、车载、无人机 天文、医疗、高端工业检测

我的经验法则：

  • 需要高帧率（>60fps）或低功耗 → 选 CMOS
  • 需要极低噪声、高动态范围 → 选 CCD
  • 需要全局快门拍运动物体 → 两者都能做，但 CMOS 全局快门会牺牲满阱容量

我记得有一次做高速分拣项目，要求 200fps 下拍传送带上的药瓶。当时选了 CCD，结果帧率死活上不去，最后换了全局快门 CMOS 才搞定。嗯，选型这事，别光看参数表，得算总账。

2.2 传感器驱动时序：I2C/SPI 配置的那些坑

传感器上电后不是直接出图的。你得先通过控制接口（I2C 或 SPI）写寄存器，把分辨率、帧率、增益、曝光时间配好。这部分我建议你把它当成「传感器初始化协议」来理解。

2.2.1 I2C vs SPI：怎么选？

特性 I2C SPI
引脚数 2（SDA + SCL） 4（MOSI + MISO + SCLK + CS）
速度 标准 400kHz，快速 1MHz 典型 10-50MHz，可更高
多设备 总线式，地址区分 片选区分，每设备需独立 CS
可靠性 有应答机制，但易受总线电容影响 全双工，时序更可控
典型场景 配置寄存器（数据量小） 配置寄存器 + 固件下载

我的建议： 大部分传感器用 I2C 配寄存器就够了。但如果传感器需要下载 firmware 或配置表很大（比如某些 20MP 以上的 sensor），SPI 能省不少时间。我曾经在项目里用 I2C 配一个 12MP sensor，初始化花了 800ms，换成 SPI 后降到 50ms。

2.2.2 驱动时序的「黄金三步」

  1. 上电序列：先供模拟电压（AVDD），再供数字电压（DVDD），最后供 IO 电压（IOVDD）。顺序反了可能烧 sensor。
  2. 复位 + 等待：拉低复位引脚至少 1ms，再释放。然后等 sensor 内部 PLL 锁相，通常 5-10ms。
  3. 寄存器配置：按 datasheet 推荐的初始化序列写寄存器。注意有些寄存器需要「写两次」或「先读后写」。
// 伪代码：I2C 配置 OV5640 传感器
void sensor_init(void) {
    // 1. 上电顺序（由硬件电路保证）
    // 2. 复位
    gpio_set_level(RST_PIN, 0);
    delay_ms(2);
    gpio_set_level(RST_PIN, 1);
    delay_ms(10);  // 等待 PLL 稳定

    // 3. 写寄存器序列
    const regval_t init_seq[] = {
        {0x3103, 0x11},  // 系统时钟使能
        {0x3008, 0x82},  // 软件复位
        {0x3008, 0x42},  // 退出复位
        {0x3035, 0x21},  // PLL 配置
        // ... 省略 50+ 行
    };

    for (int i = 0; i < sizeof(init_seq)/sizeof(init_seq[0]); i++) {
        i2c_write(DEV_ADDR, init_seq[i].reg, init_seq[i].val);
        delay_us(100);  // 寄存器间留一点间隔
    }
}

我曾经踩过的坑： 某款 sensor 的 datasheet 说复位后等 5ms 就行，结果实际测试发现 PLL 要 12ms 才能稳定。前 7ms 读出来的帧全是花屏。后来我改成轮询 sensor 的状态寄存器，确认 PLL 锁定后再往下走。所以，别完全相信 datasheet 的时序参数，实测才是王道。

2.3 帧同步与行同步信号解析

传感器出图时，会输出三个关键信号：VSYNC（帧同步）、HSYNC（行同步）、PCLK（像素时钟）。理解这三个信号，是驱动层优化的基础。

2.3.1 信号时序图

传感器输出时序（逐行曝光模式） VSYNC 帧有效（高电平） = 1 帧数据输出 HSYNC 行有效（高电平） = 1 行像素数据 PCLK 每个上升沿输出 1 个像素 注意：VSYNC 高电平期间，HSYNC 会反复跳变，每跳一次输出一行数据

2.3.2 关键参数计算

你想想看，一帧图像的总时间 = 帧有效时间 + 消隐时间。消隐时间又分水平消隐（HBlank）和垂直消隐（VBlank）。这些「看不见」的时间，恰恰是驱动优化的突破口。

// 帧率计算示例（假设 sensor 输出 1080p@30fps）
// 水平参数
H_ACTIVE   = 1920   // 有效像素
H_BLANK    = 280    // 水平消隐（含 HFP + HBP + HSYNC）
H_TOTAL    = H_ACTIVE + H_BLANK  // = 2200

// 垂直参数
V_ACTIVE   = 1080   // 有效行
V_BLANK    = 45     // 垂直消隐（含 VFP + VBP + VSYNC）
V_TOTAL    = V_ACTIVE + V_BLANK  // = 1125

// 像素时钟
PCLK = H_TOTAL * V_TOTAL * FPS
     = 2200 * 1125 * 30
     = 74.25 MHz

优化点： 如果你发现帧率不够，别急着换 sensor。试试减小 HBlank 或 VBlank。很多 sensor 允许在寄存器里调整消隐长度。我曾在项目里把 VBlank 从 45 行减到 20 行，帧率从 30fps 提到了 33fps——虽然不多，但刚好满足客户需求。

2.4 驱动层延迟优化技巧

这部分是实战干货。驱动延迟主要来自三个地方：初始化延迟、帧读取延迟、中断响应延迟。咱们一个一个拆。

2.4.1 初始化延迟优化

  • 并行初始化：如果系统里有多个 sensor，别串行初始化。用 DMA 或 RTOS 任务并行写寄存器。
  • 缓存寄存器表：把初始化序列缓存在 RAM 里，别每次都从 Flash 读。Flash 读取有等待周期。
  • 跳过不必要的复位：有些 sensor 的软件复位会重置所有寄存器，包括默认值。如果你知道哪些寄存器不需要改，可以跳过复位步骤。

我个人的习惯： 在项目初期就把 sensor 的初始化序列做成一个「最小配置表」——只包含与默认值不同的寄存器。这样既快又容易排查问题。

2.4.2 帧读取延迟优化

帧读取延迟，说白了就是 sensor 出图到 CPU 拿到数据之间的时间。这里有两个关键点：

  1. MIPI CSI 的 Lane 数：能上 4-lane 就别用 2-lane。4-lane 的带宽是 2-lane 的两倍，帧读取时间直接减半。
  2. DMA 双缓冲：用两个 buffer 交替接收数据。一个在 DMA 写，一个给 CPU 处理。别让 CPU 等着 DMA 写完才开始处理。
// DMA 双缓冲伪代码
void dma_callback(void) {
    // 当前 buffer 已填满，切换
    current_buf = (current_buf == 0) ? 1 : 0;
    
    // 通知处理任务
    xTaskNotifyGive(processing_task_handle);
    
    // 重新配置 DMA 到另一个 buffer
    dma_config(sensor_base_addr, buffers[current_buf], frame_size);
}

void processing_task(void) {
    while (1) {
        ulTaskNotifyTake(pdTRUE, portMAX_DELAY);
        // 处理另一个 buffer 的数据
        process_frame(buffers[1 - current_buf]);
    }
}

2.4.3 中断响应延迟优化

VSYNC 中断来了，你得赶紧读数据。如果中断响应太慢，下一帧数据就覆盖过来了。我建议：

  • 中断优先级设最高：在 RTOS 里把 sensor 中断优先级提到最高（通常为 0）。
  • 中断服务函数要短：ISR 里只做「触发 DMA 传输」这一个动作。别在 ISR 里做图像处理。
  • 考虑用硬件触发：有些 MCU 支持 VSYNC 直接触发 DMA，连中断都不需要。延迟从微秒级降到纳秒级。

我曾经犯过的错： 在一个项目里，我在 VSYNC 中断里做了帧计数和日志打印。结果日志打印占用了 200μs，导致下一帧的 VSYNC 来时 DMA 还没准备好，直接丢帧。后来我把日志移到任务里做，问题解决。记住：ISR 里只做最必要的事。

2.5 本章小结

传感器选型和驱动优化，说白了就是「选对 sensor，配好时序，压榨延迟」。我建议你：

  • 选型时列一个「必须满足」和「最好满足」的清单，别被参数表带偏
  • 驱动时序一定要实测，别全信 datasheet
  • 帧同步信号是调试的「眼睛」，学会用示波器看 VSYNC/HSYNC/PCLK
  • 延迟优化从「初始化、帧读取、中断响应」三个维度入手，逐个击破
← 上一章 📖 返回目录 下一章 →