2. Camera驱动基础：V4L2框架、Sensor驱动、MIPI接口协议、I2C/SPI控制总线

Camera驱动是连接硬件Sensor与上层HAL的桥梁。在产线校准与驱动调试联合实战中，理解驱动层的核心组件——V4L2框架、Sensor驱动、MIPI接口协议以及I2C/SPI控制总线——是进行有效调试和校准的前提。本章将逐一拆解这些基础模块，建立从硬件信号到软件抽象层的完整认知。

2.1 V4L2框架：Camera驱动的软件骨架

V4L2（Video for Linux 2）是Linux内核中视频设备驱动的标准框架。它为Camera驱动提供了统一的设备模型、用户空间接口（ioctl）以及数据流管理机制。在产线校准场景中，V4L2框架决定了如何获取原始图像数据、如何控制Sensor参数。

2.1.1 V4L2驱动架构分层

2.1.2 V4L2关键ioctl命令

• VIDIOC_QUERYCAP：查询设备能力，确认是否为Video Capture设备。
• VIDIOC_ENUM_FMT / VIDIOC_S_FMT：枚举/设置图像格式（分辨率、像素格式如YUYV、RAW10）。
• VIDIOC_REQBUFS / VIDIOC_QBUF / VIDIOC_DQBUF：请求缓冲区、入队、出队，构成数据流循环。
• VIDIOC_STREAMON / VIDIOC_STREAMOFF：启动/停止视频流。
• VIDIOC_S_CTRL / VIDIOC_G_CTRL：设置/获取V4L2控制（如曝光、增益、白平衡）。

2.2 Sensor驱动：从寄存器到图像

Sensor驱动是V4L2框架中最底层的硬件操作模块，直接通过I2C/SPI总线读写Sensor内部寄存器，完成初始化、模式切换、曝光/增益控制以及图像数据输出配置。

2.2.1 Sensor驱动核心职责

• 上电时序控制：管理XSHUTDOWN、MCLK、AVDD/DVDD/IOVDD等电源和复位信号。
• 初始化序列：写入一组寄存器配置，使Sensor进入指定工作模式（如1920x1080 @ 30fps RAW10）。
• 曝光与增益控制：通过写寄存器设置曝光时间（Coarse Integration Time）和模拟/数字增益。
• 帧同步与输出格式：配置MIPI接口的通道数、数据类型、帧同步信号。
• OTP/OTPROM读取：读取Sensor内部存储的校准参数（如LSC、AWB系数）。

2.2.2 典型Sensor驱动代码结构

// 以OV5640为例的Sensor驱动核心结构
static const struct regval_list ov5640_init_regs[] = {
    {0x3103, 0x11}, // 软件复位
    {0x3008, 0x82}, // 进入待机模式
    {0x3034, 0x1A}, // 配置PLL
    {0x3035, 0x21}, // PLL分频
    {0x3036, 0x62}, // PLL倍频
    {0x3037, 0x03}, // PLL输出分频
    {0x3108, 0x01}, // 时钟配置
    // ... 更多寄存器配置
    {0x3008, 0x02}, // 退出待机模式，开始输出
};

static int ov5640_s_power(struct v4l2_subdev *sd, int on)
{
    // 控制电源、复位、时钟
    gpiod_set_value(sensor->reset_gpio, on ? 0 : 1);
    gpiod_set_value(sensor->pwdn_gpio, on ? 0 : 1);
    // 等待稳定
    msleep(20);
    return 0;
}

static int ov5640_s_stream(struct v4l2_subdev *sd, int enable)
{
    // 启动/停止视频流
    if (enable) {
        ov5640_write_reg(sensor, 0x3008, 0x02); // 启动输出
    } else {
        ov5640_write_reg(sensor, 0x3008, 0x82); // 进入待机
    }
    return 0;
}

2.3 MIPI接口协议：高速图像传输通道

MIPI（Mobile Industry Processor Interface）CSI-2是Camera Sensor与主控SoC之间最常用的高速串行接口。它定义了物理层（D-PHY）、协议层（CSI-2）以及数据包格式。在驱动调试中，MIPI接口的时序和信号完整性直接影响图像质量。

2.3.1 MIPI CSI-2物理层与协议层

2.3.2 MIPI数据包结构

每一帧MIPI数据由以下部分组成：

• 帧起始包（FS, Frame Start）：标识一帧数据的开始。
• 行数据包：包含行起始码（LS）、图像数据、行结束码（LE）。
• 帧结束包（FE, Frame End）：标识一帧数据的结束。
• 嵌入数据行（可选）：携带曝光时间、增益、温度等元数据。

2.4 I2C/SPI控制总线：Sensor的“神经”

I2C（Inter-Integrated Circuit）和SPI（Serial Peripheral Interface）是Camera Sensor最常用的控制总线，用于读写寄存器、配置工作模式、读取状态信息。在产线校准中，I2C/SPI的稳定性和速率直接影响校准效率。

2.4.1 I2C与SPI对比

2.4.2 I2C读写时序与驱动实现

I2C通信以起始条件（SCL高时SDA下降沿）开始，以停止条件（SCL高时SDA上升沿）结束。每个字节后跟随一个ACK/NACK位。Sensor驱动中通常使用Linux内核的I2C子系统进行通信。

// I2C读写Sensor寄存器示例
static int sensor_write_reg(struct i2c_client *client, u16 reg, u8 val)
{
    struct i2c_msg msg;
    u8 buf[3];
    int ret;

    buf[0] = (reg >> 8) & 0xFF;  // 寄存器高字节
    buf[1] = reg & 0xFF;         // 寄存器低字节
    buf[2] = val;                // 写入值

    msg.addr = client->addr;
    msg.flags = 0;               // 写操作
    msg.len = 3;
    msg.buf = buf;

    ret = i2c_transfer(client->adapter, &msg, 1);
    if (ret < 0) {
        dev_err(&client->dev, "I2C write failed: %d\n", ret);
        return ret;
    }
    return 0;
}

static int sensor_read_reg(struct i2c_client *client, u16 reg, u8 *val)
{
    struct i2c_msg msg[2];
    u8 reg_buf[2];
    int ret;

    reg_buf[0] = (reg >> 8) & 0xFF;
    reg_buf[1] = reg & 0xFF;

    msg[0].addr = client->addr;
    msg[0].flags = 0;            // 写寄存器地址
    msg[0].len = 2;
    msg[0].buf = reg_buf;

    msg[1].addr = client->addr;
    msg[1].flags = I2C_M_RD;    // 读数据
    msg[1].len = 1;
    msg[1].buf = val;

    ret = i2c_transfer(client->adapter, msg, 2);
    if (ret < 0) {
        dev_err(&client->dev, "I2C read failed: %d\n", ret);
        return ret;
    }
    return 0;
}

2.5 驱动调试与产线校准的联合要点

在产线校准环境中，驱动调试与校准流程紧密耦合。以下是从实战角度总结的关键联合要点：

• V4L2控制接口对齐：确保HAL校准模块通过V4L2的S_CTRL命令设置的曝光/增益值，能正确传递到Sensor驱动并写入寄存器。
• MIPI速率匹配：校准过程中可能需要切换Sensor输出分辨率（如从全尺寸切换到Binning模式），此时MIPI的Lane速率和时钟配置必须同步更新。
• I2C批量写优化：校准参数（如LSC表）通常包含大量寄存器值，建议在驱动中实现批量写接口（如regmap），减少I2C通信次数，提升校准效率。
• 驱动日志分级：在驱动中增加动态调试（dynamic debug）支持，产线校准时可开启I2C读写日志、帧同步日志，快速定位硬件异常。
• 电源管理协同：校准过程中Sensor需要保持稳定的电源状态，驱动中的电源管理回调（s_power）必须与校准流程的上下电时序严格同步。