I2C分析三

1 引言

　　IIC （Inter-Integrated Circuit1总线是一种由Philips公司开发的2线式串行总线，用于连接微控制器及其外围设备。它是同步通信的一种特殊形式，具有接口线少、控制方式简单、器件封装形式小、通信速率较高等优点。在主从通信中，可有多个I2C总线器件同时接到I2C总线上，通过地址来识别通信对象。笔者在开发基于MPC8250的嵌入式Linux系统的过程中发现I2C总线在嵌入式系统中应用广泛，I2C总线控制器的类型比较多，对系统提供的操作接口差别也很大。与I2C总线相连的从设备主要有微控制器、EEPROM、实时时钟、A/D转换器等.MPC8250处理器正是通过内部的I2C总线控制器来和这些连接在I2C总线上的设备进行数据交换的。由于I2C总线的特性，Linux的I2C总线设备驱动程序的设计者在设计驱动程序时采用了独特的体系结构。使开发I2C总线设备驱动程序与开发一般设备驱动程序的方法具有很大差别。因此，开发I2C总线设备驱动程序除了要涉及一般Linux内核驱动程序的知识外。还要对I2C总线驱动的体系结构有深入的了解。笔者在开发过程中使用设备型号为AT24C01A的EEPROM 来测试I2C总线驱动。

　　2 工作原理概述

　　在介绍I2C总线结构之前。要搞清楚两个概念：I2C总线控制器和I2C设备。I2C总线控制器为微控制器或微处理器提供控制I2C总线的接口，它控制所有I2C总线的特殊序列、协议、仲裁、时序，这里指MPC8250提供的I2C总线控制接口。I2C设备是指通过I2C总线与微控制器或微处理器相连的设备，如EEPROM、LCD驱动器等，这里指EEPROM。

　　在一个串行数据通道中.I2C总线控制器可以配置成主模式或从模式。开发过程中，MPC8250的I2C总线控制器工作在主模式，作为主设备；与总线相连的I2C设备为AT24C01A型EEPROM，作为从设备。主设备和从设备都可以工作于接收和发送状态。总线必须由主设备控制，主设备产生串行时钟控制总线的传输方向，并产生起始和停止条件。

　　2.1 I2C总线控制器

　　I2C使用由串行数据线SDA 和串线时钟线SCL组成的两线结构来在外部集成电路与控制器之间交换数据。MPC8250的I2C总线控制器包括发送和接收单元、一个独立的波特率发生器和一个控制单元。发送和接收单元使用相同的时钟信号，如果I2C为主设备。那么时钟信号由I2C的波特率发生器产生；如果I2C为从设备，时钟信号则由外部提供。

　　SDA和SCL为双向的，通过外部+3.3 V上拉电阻连接至正向电压。当总线处于空闲状态时，SDA和SCL都应是高电平，I2C通常的配置模式如图1所示。

　　

　　图1 I2C配置模式

　　I2C的接收和发送单元均为双缓存，在数据发送时，数据从发送数据寄存器到移位寄存器，以时钟速率输出到SDA线；在数据接收时，数据从SDA线进入移位寄存器，然后进入接收寄存器。

　　2.2 I2C总线控制器和EEPROM 的基本操作

　　I2C总线在传送数据过程中共有3种类型的信号，分别是：开始信号、结束信号和应答信号。

　　开始信号：SCL为高电平时，SDA 由高电平向低电平跳变，开始传送数据；

　　结束信号：SCL为高电平时，SDA由低电平向高电平跳变，传送数据结束；

　　应答信号：接收数据的设备在接收到一个字节数据后， 向发送数据的设备发出特定的低电平脉冲。表示已收到数据。

　　当MPC8250的I2C总线空闲时，其SDA和SCL均为高电平，主设备通过发送一个开始信号启动发送过程。这个信号的时序要求是当SCL为高时，SDA出现一个由高到低的电平跳变。在起始条件之后。必须是从设备的地址字节，其中高4位为器件类型识别符（不同的芯片类型有不同的定义，EEPROM一般应为1010），接着3位为片选，最后1位为读写位，当为1时为读操作，为0时为写操作，如图2所示。

　　

　　图2 EEPROM设备地址字节结构 

　　如果主设备要向EEPROM 中写数据，在地址字节中主设备向EEPROM发出一个写请求（R/W=0），发送的地址字节之后紧跟着要发送的数据。每发送一个字节的数据后EEPROM就会产生一个应答信号，主设备也会监控应答信号，如果在发送一个字节后EEPROM没有返回应答信号，则主设备就会停止发送，并生成一个结束信号。写操作的时序如图3所示。

　　

　　图3 I2C主设备写操作时序

　　要从EEPROM 中读取数据时，应设置R/W=1。在EEPROM发送完一个字节的数据后，主设备产生一个应答信号来响应，告知EEPROM主设备要求更多的数据，对应主设备产生的每个应答信号EEPROM将发送一个字节的数据。当主设备不发送应答信号并随后发送结束信号位时结束此操作。读操作的时序如图4所示。

                                                  

　　图4 I2C主设备读操作时序

重要的结构体

1.各个结构体

在内核中的i2c.h这个头文件中对i2c_driver,i2c_client,i2c_adapter和i2c_algorithm这个四个结构体进行了定义。理解这4个结构体的作用十分关键。
i2c_adapter结构体
struct i2c_adapter {
struct module *owner;//所属模块
unsigned int id;//algorithm的类型，定义于i2c-id.h,
unsigned int class;
const struct i2c_algorithm *algo; //总线通信方法结构体指针
void *algo_data;//algorithm数据
struct rt_mutex bus_lock;//控制并发访问的自旋锁
int timeout;
int retries;//重试次数
struct device dev; //适配器设备
int nr;
char name[48];//适配器名称
struct completion dev_released;//用于同步
struct list_head userspace_clients;//client链表头
};

I2c_algorithm结构体
struct i2c_algorithm {
int (*master_xfer)(struct i2c_adapter *adap, struct i2c_msg *msgs, int num);//I2C传输函数指针
int (*smbus_xfer) (struct i2c_adapter *adap, u16 addr,unsigned short flags, char read_write,u8 command, int size, union
i2c_smbus_data *data);//smbus传输函数指针
u32 (*functionality) (struct i2c_adapter *);//返回适配器支持的功能
};
SMbus大部分基于I2C总线规范，SMbus不需要增加额外引脚。与I2C总线相比,SMbus增加了一些新的功能特性，在访问时序也有
一定的差异。
i2c_driver结构体
struct i2c_driver {
unsigned int class;
int (*attach_adapter)(struct i2c_adapter *);//依附i2c_adapter函数指针
int (*detach_adapter)(struct i2c_adapter *);//脱离i2c_adapter函数指针

int (*probe)(struct i2c_client *, const struct i2c_device_id *);
int (*remove)(struct i2c_client *);
void (*shutdown)(struct i2c_client *);
int (*suspend)(struct i2c_client *, pm_message_t mesg);
int (*resume)(struct i2c_client *);
void (*alert)(struct i2c_client *, unsigned int data);
int (*command)(struct i2c_client *client, unsigned int cmd, void*arg);//命令列表
struct device_driver driver;
const struct i2c_device_id *id_table;//该驱动所支持的设备ID表
int (*detect)(struct i2c_client *, struct i2c_board_info *);
const unsigned short *address_list;
struct list_head clients;
};
i2c_client结构体
struct i2c_client {
unsigned short flags；//标志
unsigned short addr; //低7位为芯片地址
char name[I2C_NAME_SIZE];//设备名称
struct i2c_adapter *adapter;//依附的i2c_adapter
struct i2c_driver *driver;//依附的i2c_driver
struct device dev;//设备结构体
int irq;//设备所使用的结构体
struct list_head detected;//链表头
};

2:各结构体的作用与它们之间的关系

i2c_adapter对应于物理上的一个适配器，而i2c_algorithm对应一套通信方法。一个i2c适配器需要i2c_algorithm中提供的通信函数来控制适配器上产生特定的访问周期。缺少i2c_algorithm的i2c_adapter什么也做不了，因此i2c_adapter中包含其使用的i2c_algorithm的指针。i2c_algorithm中的关键函数master_xfer()用于产生I2C访问周期需要的信号，以i2c_msg(即I2C消息)为单位。i2c_msg也很重要，代码清单如下：
struct i2c_msg {
__u16 addr;//设备地址
__u16 flags;//标志
__u16 len;//消息长度
__u8 *buf;//消息数据
};
i2c_driver与i2c_clienti2c_driver对应一套驱动方法，其主要成员函数是probe(),remove(),suspend(),resume()等，另外id_table是该驱动所支持的I2C设备的ID表。i2c_client对应于真实的物理设备，每个I2C设备都需要一个i2c_client来描述。i2c_driver与i2c_client的关系是一对多，一个i2c_driver上可以支持多个同等类型的i2c_client。i2c_client信息通常在BSP的板文件中通过i2c_board_info填充。一般在arch/arm目录下的板文件中。在I2C总线驱动i2c_bus_type的match()函数i2c_device_match()中，会调用i2c_match_id()函数匹配板文件中的ID和i2c_driver所支持的ID表。
i2c_adpater与i2c_client i2c_adpater与i2c_client的关系与I2C硬件体系中适配器和设备的关系一致，即i2c_client依附与i2c_adpater.由于一个适配器上可以连接多个I2C设备，所以就一个i2c_adpter也可以被多个i2c_client依附，i2c_adpter中包括依附与它的i2c_client的链表。

3.编写驱动需要完成的工作

编写具体的I2C驱动时，工程师需要处理的主要工作如下：

1).提供I2C适配器的硬件驱动，探测，初始化I2C适配器(如申请I2C的I/O地址和中断号)，驱动CPU控制的I2C适配器从硬件上产生。(i2c_s3c2410.c的probe)

2).提供I2C控制的algorithm, 用具体适配器的xxx_xfer()函数填充i2c_algorithm的master_xfer指针，并把i2c_algorithm指针赋给i2c_adapter的algo指针。
（
i2c_s3c2410.c中
static const struct i2c_algorithm s3c24xx_i2c_algorithm = {
    .master_xfer        = s3c24xx_i2c_xfer,
    .functionality        = s3c24xx_i2c_func,
};
）

3).实现I2C设备驱动中的i2c_driver接口，用具体yyy的yyy_probe()，

yyy_remove()，yyy_suspend(),yyy_resume()函数指针和i2c_device_id设备ID表赋给i2c_driver的probe,remove,suspend,resume和id_table指针。

（
i2c_s3c2410.c中
static struct platform_driver s3c24xx_i2c_driver = {
    .probe        = s3c24xx_i2c_probe,
    .remove        = s3c24xx_i2c_remove,
    .id_table    = s3c24xx_driver_ids,
    .driver        = {
        .owner    = THIS_MODULE,
        .name    = "s3c-i2c",
        .pm    = S3C24XX_DEV_PM_OPS,
    },
};
）

4)实现I2C设备所对应类型的具体驱动，i2c_driver只是实现设备与总线的挂接。
上面的工作中前两个属于I2C总线驱动，后面两个属于I2C设备驱动。

七：I2C协议

数据传送：SCL线呈现高电平期间，SDA线上的电平必须保持稳定，低电平表示0(此时的线电压为地电压)，高电平表示1(此时的电压由元器件的VDD决定)。只有在SCL线为低电平期间，SDA上的电平允许变化。
应答信号ACK：I2C总线的数据都是以字节(8位)的方式传送的，发送器件每发送一个字节之后，在时钟的第9个脉冲期间释放数据总线，由接收器发送一个ACK(把数据总线的电平拉低)来表示数据成功接收。
无应答信号NACK： 在时钟的第9个脉冲期间发送器释放数据总线，接收器不拉低数据总线表示一个NACK，NACK有两种用途:
a. 一般表示接收器未成功接收数据字节；
b. 当接收器是主控器时，它收到最后一个字节后，应发送一个NACK信号，以通知被控发送器结束数据发送，并释放总线，以便主控接收器发送一个停止信号STOP。
开始与停止信号的时序图

I2C的读写时序
读过程

写过程

整个数据发送与接收时序

ACK时序

八.适配器驱动程序分析

在linux系统中，适配器驱动位于linux目录下的\drivers\i2c\busses下，不同的处理器的适配器驱动程序设计有差异，但是总体思路不变，在适配器的驱动中，实现两个结构体非常关键，也是整个适配器驱动的灵魂。下面以某个适配器的驱动程序为例进行说明：
static struct platform_driver tcc_i2c_driver = {
.probe = tcc_i2c_probe,
.remove = tcc_i2c_remove,
.suspend = tcc_i2c_suspend_late,
.resume = tcc_i2c_resume_early,
.driver = {
.owner = THIS_MODULE,
.name = "tcc-i2c",
},
};
看见这个结构体应该不会陌生，说明这个驱动是基于平台总线的，这样实现的目的是与CPU紧紧联系起来。
static const struct i2c_algorithm tcc_i2c_algorithm = {
.master_xfer = tcc_i2c_xfer,
.functionality = tcc_i2c_func,
};
这个结构体也是非常的关键，这个结构体里面的函数tcc_i2c_xfer是适配器算法的实现，这个函数实现了适配器与I2C CORE的连接。
tcc_i2c_func是指该适配器所支持的功能。tcc_i2c_xfer这个函数实质是实现I2C数据的发送与接收的处理过程。不同的处理器实

现的方法不同，主要表现在寄存器的设置与中断的处理方法上。把握上面的两点去分析适配器程序就简单多了。更深一步的分析见代码注释。

九.I2C-core驱动程序分析
在I2C-core.c这个函数中，把握下面的几个关键函数就可以了。

增加/删除i2c_adapter
int i2c_add_adapter(struct i2c_adapter *adapter)
int i2c_del_adapter(struct i2c_adapter *adap)

增加/删除i2c_driver
int i2c_register_driver(struct module *owner, struct i2c_driver *driver)
void i2c_del_driver(struct i2c_driver *driver)

i2c_client依附/脱离
int i2c_attach_client(struct i2c_client *client)

增加/删除i2c_driver
int i2c_register_driver(struct module *owner, struct i2c_driver *driver)
void i2c_del_driver(struct i2c_driver *driver)

i2c_client依附/脱离
int i2c_attach_client(struct i2c_client *client)

int i2c_detach_client(struct i2c_client *client)

I2C传输,发送和接收
int i2c_master_send(struct i2c_client *client,const char *buf ,int count)
int i2c_master_recv(struct i2c_client *client, char *buf ,int count)
int i2c_transfer(struct i2c_adapter *adap, struct i2c_msg *msgs, int num)
I2c_transfer这个函数实现了core与adapter的联系。更深一步的分析见代码注释。

十:AT24XXEEPROM驱动

在linux目录下的\drivers\misc\eeprom中实现了大部分EEPROM的驱动。对于EEPROM而言，设备本身的驱动以bin_attribute二进制sysfs结点形式呈现。分析这个驱动首先看关键的结构体
static struct i2c_driver at24_driver = {
.driver = {
.name = "at24",
.owner = THIS_MODULE,
},
.probe = at24_probe,
.remove = __devexit_p(at24_remove),
.id_table = at24_ids,
};
从上面看说明这个驱动又是基于平台总线的。再进一步看at24_bin_read()与at24_bin_write()这两个函数，这两个函数
会调用I2C_core.c中的i2c_transfer()函数，从而实现了设备,core,适配器这三者的联系。
更深一步的分析见代码注释。