一、Camera驱动概述

大家好，我是你们的讲师。今天咱们开始第一讲——Camera驱动概述。说实话，做Camera驱动这么多年，我最大的感触就是：搞懂原理，比会调参数重要一百倍。你想想看，如果连摄像头怎么工作的都不清楚，出了问题就只能瞎猜，对吧？

1.1 Camera工作原理

先说说Camera是怎么把光变成数字信号的。这个过程，说白了就是三个步骤：感光、转换、传输。

• 感光：光线通过镜头，打到图像传感器（Sensor）上。Sensor上密密麻麻排着几百万甚至几千万个像素点，每个点就是一个光电二极管。
• 转换：光电二极管把光信号转成电信号。这个电信号很微弱，需要经过放大器放大，再通过模数转换器（ADC）变成数字信号。
• 传输：数字信号通过MIPI、DVP或者LVDS接口，送到SoC或者ISP（图像信号处理器）那边去处理。

嗯，这里有个关键点——时序。Sensor输出数据需要同步信号：VSYNC（帧同步）、HSYNC（行同步）、PCLK（像素时钟）。这三个信号要是对不上，画面就会花掉。我在项目中遇到过好几次，板子画好了，结果Sensor的PCLK走线太长，信号衰减导致花屏。后来加了个驱动能力调整才搞定。

1.2 驱动架构概览

一个完整的Camera驱动，从上到下大概分这么几层：

层级	作用	典型代码
应用层	调用V4L2接口，控制摄像头	open(), ioctl(), mmap()
V4L2框架层	提供统一API，管理设备节点	videodev2.h, v4l2-dev.c
Sensor驱动层	控制Sensor寄存器，配置输出	ov5640.c, imx219.c
硬件层	Sensor芯片、MIPI总线、ISP	硬件数据手册

我个人习惯把驱动分成“控制通路”和“数据通路”两条线来看。

• 控制通路：通过I2C/SPI总线，读写Sensor的寄存器。比如设置分辨率、帧率、曝光时间。
• 数据通路：通过MIPI CSI-2或者并行接口，把图像数据从Sensor搬到内存里。

这两条路，一条管“怎么拍”，一条管“拍完怎么传”。调试的时候，先确认控制通路通不通，再看数据通路有没有数据。这个顺序搞反了，你会浪费很多时间——我刚开始做驱动时就犯过这个错。

1.3 V4L2框架简介

V4L2，全称Video for Linux 2。说白了，它就是Linux内核给视频设备定的一套标准接口。不管你用的是OV的Sensor还是索尼的Sensor，应用层调用的都是同一套API。

V4L2的核心概念有这么几个：

• 设备节点：一般是/dev/video0、/dev/video1这样的文件。应用层通过open()打开它，然后ioctl()发命令。
• Video Buffer：存放图像数据的内存块。V4L2支持多种buffer管理方式，最常用的是V4L2_MEMORY_MMAP。
• Control：控制参数，比如亮度、对比度、曝光。每个control都有一个ID，通过VIDIOC_S_CTRL来设置。
• Format：图像格式，比如YUYV、NV12、JPEG。分辨率也在这里定义。

举个例子，一个典型的V4L2应用流程是这样的：

// 1. 打开设备
int fd = open("/dev/video0", O_RDWR);

// 2. 查询设备能力
struct v4l2_capability cap;
ioctl(fd, VIDIOC_QUERYCAP, &cap);

// 3. 设置格式
struct v4l2_format fmt;
fmt.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
fmt.fmt.pix.width = 1920;
fmt.fmt.pix.height = 1080;
fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_YUYV;
ioctl(fd, VIDIOC_S_FMT, &fmt);

// 4. 申请buffer
struct v4l2_requestbuffers req;
req.count = 4;
req.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
req.memory = V4L2_MEMORY_MMAP;
ioctl(fd, VIDIOC_REQBUFS, &req);

// 5. 开始采集
int type = V4L2_BUF_TYPE_VIDEO_CAPTURE;
ioctl(fd, VIDIOC_STREAMON, &type);

你看，代码其实不复杂。但为什么很多人调不通？因为顺序不能乱。比如你还没申请buffer就开流，内核直接给你返回错误。我曾经在调试一个项目时，发现应用层老是报EINVAL，查了半天，原来是先调了STREAMON才去REQBUFS——顺序反了。

1.4 错误处理的重要性

说到错误处理，我得先问大家一个问题：你的驱动，遇到异常会怎样？

是直接崩掉？还是打印一堆看不懂的日志？还是默默地返回一个错误码，然后应用层就卡死了？

我见过太多驱动，正常工作时没问题，一旦遇到异常——比如Sensor掉电、MIPI信号不稳定、buffer申请失败——整个系统就挂了。用户看到的就是黑屏、花屏、或者App闪退。

所以，错误处理不是锦上添花，而是驱动稳定性的基石。我个人总结了几个原则：

• 每个ioctl都要检查返回值。别偷懒，if (ret < 0) 这种判断不能省。
• 超时要处理。比如等待VSYNC信号，不能无限等下去，设个超时，超时了就报错并恢复。
• 资源要释放干净。中断申请了没释放？DMA buffer映射了没解映射？这些在错误路径上都要处理好。
• 日志要分级。正常信息用dev_dbg，错误用dev_err，关键状态用dev_info。别什么都用printk。

好了，这一章的内容就到这里。总结一下：我们讲了Camera的工作原理、驱动架构的分层、V4L2框架的基本概念，以及错误处理为什么重要。下一章，我们会深入V4L2的核心数据结构，看看struct video_device和struct v4l2_device到底怎么用。

嗯，最后说一句：做驱动，耐心比天赋重要。遇到问题别慌，先理清原理，再动手调试。咱们下节课见。