Linux I2C驱动开发：从协议时序到内核框架实战解析

1. I2C协议基础：从物理层到通信时序

I2C（Inter-Integrated Circuit）是一种简单却强大的串行通信协议，由飞利浦公司（现恩智浦）在1980年代开发。它只需要两根线就能实现设备间的数据通信：SDA（串行数据线）和SCL（串行时钟线）。这种简洁的设计让I2C成为嵌入式系统中最受欢迎的通信协议之一。

在实际项目中，我经常看到工程师对I2C的物理层理解不够深入，导致在实际应用中遇到各种奇怪的问题。I2C总线上的所有设备都是开漏输出，这意味着它们只能将信号拉低，而不能主动拉高。这就是为什么I2C总线上必须使用上拉电阻的原因。电阻值的选择很关键：太小会增大功耗，太大则会影响上升时间。通常3.3K-10KΩ是比较合适的选择，具体取决于总线速度和总线电容。

**起始条件（START）**是I2C通信的开始标志：当SCL为高电平时，SDA从高电平跳变到低电平。这个信号由主设备产生，告诉所有从设备："注意，我要开始传输数据了！"相应的，**停止条件（STOP）**则是SCL为高电平时，SDA从低电平跳变到高电平，表示通信结束。

每个字节传输后都会跟一个应答位。发送方（无论是主设备还是从设备）发送完8位数据后，会释放SDA线，接收方需要在第9个时钟周期将SDA拉低作为应答信号（ACK）。如果接收方没有拉低SDA，就表示非应答（NACK），这通常意味着接收方无法继续接收数据或出现了错误。

2. Linux I2C子系统架构深度解析

Linux内核的I2C子系统采用典型的分层架构设计，这种设计让驱动开发变得更加模块化和可维护。整个子系统可以分为三个核心部分：I2C核心层、I2C总线驱动层和I2C设备驱动层。

**I2C核心层（i2c-core）**是整个子系统的大脑，提供了一系列核心功能：适配器和驱动的注册与注销、I2C通信方法的抽象、设备探测和地址检测等。它就像是一个交通指挥中心，协调着所有I2C设备间的通信。核心层提供的API函数如i2c_transfer()、i2c_master_send()和i2c_master_recv()是驱动开发者最常使用的接口。

I2C总线驱动层对应具体的I2C控制器硬件。在Linux中，每个I2C控制器都用一个i2c_adapter结构体表示，其中最重要的成员是i2c_algorithm，它提供了底层硬件操作的函数指针。以i.MX6UL为例，它的I2C控制器驱动需要实现master_xfer函数，这个函数负责具体的时序生成和数据传输。

I2C设备驱动层关注的是具体的I2C从设备，如EEPROM、传感器等。每个I2C设备都用i2c_client结构体表示，而设备驱动则用i2c_driver结构体描述。设备驱动通过实现probe、remove等回调函数来初始化和管理硬件设备。

这种分层架构的好处是显而易见的：设备驱动开发者不需要关心具体的硬件控制器，只需要使用核心层提供的统一API；而总线驱动开发者则只需要关注硬件寄存器的操作，不需要了解上层设备的具体功能。

3. I2C总线驱动开发实战

开发I2C总线驱动实际上就是为SoC中的I2C控制器编写驱动程序。让我们以i.MX6UL为例，看看如何实现一个完整的I2C总线驱动。

首先需要定义平台驱动结构体，这是Linux平台设备驱动的标准做法：

static struct platform_driver i2c_imx_driver = {
    .probe = i2c_imx_probe,
    .remove = i2c_imx_remove,
    .driver = {
        .name = "imx-i2c