2. 图像传感器与驱动调试：理解Sensor驱动模型，调试上电时序与初始化序列，获取RAW图
图像传感器是3A算法的起点。说白了，没有RAW图，后面所有自动对焦、自动曝光、自动白平衡都是空中楼阁。我刚开始做ISP时，花了两周时间才点亮一颗Sensor，后来发现是上电时序差了0.5毫秒。嗯，这种坑踩过一次就忘不了。
2.1 Sensor驱动模型：I2C、MIPI、CSI
一颗Sensor对外有三个关键接口：控制通道、数据通道、以及物理层协议。我们一个一个说。
| 接口 | 作用 | 典型速率 | 调试要点 |
|---|---|---|---|
| I2C | 读写寄存器，配置Sensor参数 | 100kHz ~ 1MHz | 地址、时序、ACK/NACK |
| MIPI CSI-2 | 传输图像数据流 | 每lane 500Mbps ~ 2.5Gbps | LP/HS切换、CRC校验 |
| CCI (I2C-like) | MIPI规范内的控制接口 | 同I2C | 兼容标准I2C，但需注意上拉 |
I2C 是控制通道。你通过它告诉Sensor：曝光时间设多少、增益设多少、输出分辨率是多少。我遇到过最诡异的问题——I2C写寄存器成功了，读回来却是0xFF。后来发现是Sensor的I2C地址左移了一位，驱动里没对齐。
MIPI CSI-2 是数据通道。Sensor把RAW数据打包成MIPI协议包，通过差分信号线（D0P/D0N、D1P/D1N...）传给ISP。这里有个关键概念：LP（低功耗）模式和HS（高速）模式。上电后先走LP模式握手，再切到HS模式传数据。
CSI（Camera Serial Interface） 是物理层规范。它定义了时钟线（CLK）和数据线（DATA）的电气特性。调试时最常看的是：时钟频率对不对、数据眼图是否张开、LP到HS的切换时间是否在规格内。
核心原则：控制通道不通，Sensor就是一块废铁。数据通道不通，你只能看到黑屏或花屏。调试时永远先确认I2C能读写，再看MIPI信号。
2.2 上电时序：Sensor的"起床气"
每颗Sensor都有严格的上电时序要求。你想想看，它内部有模拟电路、数字电路、PLL、ADC，每个模块需要按特定顺序上电。顺序错了，Sensor要么不工作，要么输出异常图像。
典型的Sensor上电时序包含以下阶段：
- AVDD（模拟电源） 先上电，稳定后等待 t1
- DVDD（数字电源） 上电，稳定后等待 t2
- IOVDD（IO电源） 上电，稳定后等待 t3
- MCLK（主时钟） 提供时钟信号，等待 t4
- RESET（复位） 拉高，等待 t5
- I2C通信 开始初始化序列
我曾经调试一颗索尼IMX系列Sensor，上电后死活不出图。用示波器一量，发现AVDD和DVDD之间差了0.8ms，而datasheet要求至少1ms。就差了0.2ms，Sensor就是不理你。改完上电顺序，一次点亮。
避坑指南：千万不要只看datasheet上的典型值。量产时电源纹波、电容充放电时间都会影响实际时序。我建议你在驱动里加上延时余量，至少比datasheet要求多20%。
2.3 初始化序列：让Sensor"开口说话"
上电完成后，Sensor还处于默认状态。你需要通过I2C写一串寄存器配置，告诉它：
- 输出分辨率（例如1920x1080）
- 像素格式（例如RAW10、RAW12）
- 帧率（例如30fps）
- 增益模式（模拟增益、数字增益）
- 黑电平校正参数
初始化序列通常以寄存器地址 + 值的列表形式存在。Sensor厂商会提供一份参考配置，但千万别直接照搬。我遇到过厂商给的配置里有一行写错了寄存器地址，导致图像下半部分全是条纹。
// 典型的Sensor初始化序列（伪代码）
static struct sensor_reg init_seq[] = {
{0x0103, 0x01}, // 软件复位
{0x0100, 0x00}, // 进入待机模式
{0x0301, 0x05}, // PLL倍频系数
{0x0303, 0x01}, // PLL分频系数
{0x0305, 0x04}, // PLL后分频
{0x0340, 0x04}, // 帧长高字节
{0x0341, 0x38}, // 帧长低字节 (0x0438 = 1080)
{0x0342, 0x07}, // 行长高字节
{0x0343, 0x80}, // 行长低字节 (0x0780 = 1920)
{0x0100, 0x01}, // 退出待机模式，开始输出
};
调试初始化序列时，我习惯用二分法：先写一半寄存器，看Sensor有没有反应；再写另一半，定位问题寄存器。如果写完全部序列后Sensor没输出，就回退到上一步，逐段排查。
个人技巧：在驱动里加一个"寄存器回读"函数。每写一个寄存器后立即读回来验证。虽然会慢一点，但能帮你快速定位I2C通信问题。我在项目里靠这个功能省了至少三天调试时间。
2.4 获取RAW图：第一张图的"仪式感"
当上电时序正确、初始化序列写完后，Sensor应该开始输出MIPI数据了。这时候你需要：
- 配置CSI接收端：设置lane数、时钟频率、数据类型
- 捕获一帧数据：通过DMA或直接内存映射
- 解析RAW格式：根据Bayer模式（RGGB、BGGR等）排列像素
- 保存为文件：通常存为.dng或.raw格式
我第一次拿到RAW图时，打开一看——全黑。检查了所有配置，都没问题。后来发现是CSI接收端的虚拟通道（Virtual Channel）没对上。Sensor发送的数据包标记为VC0，但接收端配置成了VC1，数据全被丢弃了。
下面这张图展示了从Sensor到RAW图的完整流程：
2.5 常见问题与调试手段
调试Sensor驱动时，我总结了一套三板斧：
| 现象 | 可能原因 | 排查方法 |
|---|---|---|
| I2C写失败 | 地址错误、上拉电阻不足、时序不匹配 | 用逻辑分析仪抓波形，确认SCL/SDA电平 |
| 全黑图 | Sensor未退出待机、MIPI时钟未锁定 | 检查0x0100寄存器值，确认MCLK频率 |
| 花屏/条纹 | MIPI lane映射错误、CSI配置不对 | 检查lane反转设置，确认数据类型匹配 |
| 图像偏色 | Bayer模式配置错误 | 确认Sensor输出格式与ISP解析一致 |
| 帧率不对 | 帧长/行长配置错误、PLL未锁定 | 计算VTS/HTS值，用示波器量VSYNC |
调试利器：我强烈建议你在驱动里加一个"寄存器dump"函数。当Sensor工作异常时，把关键寄存器（状态寄存器、错误寄存器、PLL锁定寄存器）的值打印出来。很多时候问题就藏在某个状态位里。
获取到第一张RAW图后，别急着高兴。先检查一下：图像有没有坏点？暗场下有没有竖条纹？亮场下有没有过曝区域？这些都会直接影响3A算法的收敛效果。我习惯用Imatest或自己写的脚本做RAW图质量评估，包括动态范围、信噪比、暗电流等指标。
嗯，到这里Sensor驱动调试的核心内容就差不多了。记住一句话：硬件是基础，时序是门槛，初始化是钥匙。把这三步走稳了，RAW图自然就到手了。