linux gpio模拟i2c的使用

 

linux kernel 中的i2c-gpio使用

 

在linux中，我们可以自己来使用gpio来模拟i2c，但是万能的linux中其实也已经有了i2c的东东了。

 

现在看看i2c-gpio.c文件中到底提供了哪些接口

static void i2c_gpio_setsda_dir(void *data, int state)
static void i2c_gpio_setsda_val(void *data, int state)
static void i2c_gpio_setscl_dir(void *data, int state)
static void i2c_gpio_setscl_val(void *data, int state)
static int i2c_gpio_getsda(void *data)
static int i2c_gpio_getscl(void *data)

 

一看上面的接口，相当明确，跟普通的gpio模拟i2c所实现的接口一致，是实现的gpio的sda，scl的设置，仅此而已。

在kernel/driver/i2c/algos/i2c-algo-bit.c中是系统中默认提供的gpio模拟i2c的框架代码。

static inline void sdalo(struct i2c_algo_bit_data *adap)
static inline void sdahi(struct i2c_algo_bit_data *adap)
static inline void scllo(struct i2c_algo_bit_data *adap)
static int sclhi(struct i2c_algo_bit_data *adap)
static void i2c_start(struct i2c_algo_bit_data *adap)
static void i2c_repstart(struct i2c_algo_bit_data *adap)
static void i2c_stop(struct i2c_algo_bit_data *adap)
static int i2c_outb(struct i2c_adapter *i2c_adap, unsigned char c)
static int i2c_inb(struct i2c_adapter *i2c_adap)
static int test_bus(struct i2c_algo_bit_data *adap, char *name)
static int try_address(struct i2c_adapter *i2c_adap,
                          unsigned char addr, int retries)
static int sendbytes(struct i2c_adapter *i2c_adap, struct i2c_msg *msg)
static int acknak(struct i2c_adapter *i2c_adap, int is_ack)
static int readbytes(struct i2c_adapter *i2c_adap, struct i2c_msg *msg)
static int bit_doAddress(struct i2c_adapter *i2c_adap, struct i2c_msg *msg)
static int bit_xfer(struct i2c_adapter *i2c_adap,
                       struct i2c_msg msgs[], int num)
/* -----exported algorithm data: -------------------------------------   */
 
static const struct i2c_algorithm i2c_bit_algo = {
         .master_xfer    = bit_xfer,
         .functionality   = bit_func,
};

这里对于任何一个做过gpio模拟i2c模拟的童鞋来说都没有陌生的东西，不明白的可以看看i2c的协议，比我说的清楚。

这里说下出现的struct i2c_algorithm，其中的master_xfer就是我们调用i2c_master_send/i2c_master_recv的时候最终调用的接口。

 

下面说说如何使用此i2c-gpio的框架代码

1、  查看board.c文件，先看看系统中的i2c的注册是在哪里注册的，添加如下

static struct i2c_gpio_platform_data i2c_bus_data = {
 .sda_pin = GPIO103,
 .scl_pin = GPIO102,
 .udelay  = 20,
 .timeout = 100,
 .sda_is_open_drain = 1,
 .scl_is_open_drain = 1,
};
static struct platform_device arch_device_i2c[] = {
    {
    .name              = "arch-i2c-1",
        .id            = 0,
    .num_resources = ARRAY_SIZE(arch_resource),
    .resource      = arch_resource,
    },
    {
    .name              = "arch-i2c-2",
        .id            = 1,
    .num_resources = ARRAY_SIZE(arch_resource),
    .resource      = arch_resource,
    },
//add
{
    .name              = "i2c-gpio",
        .id            = 2,
    .dev              =
                    {
                             .platform_data = &i2c_bus_data,
                    }
    },
//end add
};

 

 

 

这里看到了系统中有了两个i2c了，这里platform_device注册的时候id则使用了2,device name则是和i2c gpio的driver中的name是一致的，即i2c-gpio.c中的name。

 

2、  在使用gpio模拟i2c的设备中，需要指定使用的i2c的id，这样才可以知道使用的哪一个。这样在初始化时会对所在i2c总线进行遍历并得到该设备的适配器等信息，这样就像使用普通的i2c那样来使用了。

 

-----------------------------------------------华丽的分割线----------------------------------------------------------------------------

 

直接用GPIO口模拟I2C时序和利用内核模块i2c-gpio虚拟i2c总线的区别：

 

1． 用GPIO口模拟I2C时序不需要在系统启动时注册I2C总线，只需要在I2C设备驱动中单独实现。用i2c-gpio模块虚拟i2c总线需要在系统启动时注册新的I2C总线，并将i2c设备挂载到新的i2c总线，涉及的范围较广。

 

2． 用GPIO口模拟I2C时序，代码操作较繁琐，且不方便挂载多个i2c设备。用i2c-gpio模块可以完全模拟i2c总线，可以挂载多个设备。

 

3． 在i2c读写操作时，用GPIO口模拟I2C时序需要每次根据读/写操作发送器件地址<<1+1/0，然后再发送寄存器地址。用i2c-gpio模块相当于直接在i2c总线上操作，在系统启动挂载i2c设备时已经告诉了i2c总线它的地址，在该设备自己的驱动中，只需要通过i2c_add_driver操作即可以得到其地址等诸多信息，读写操作只需要发送寄存器地址即可。

 

Ps：

   I2c调试的时候，也要具体再读读代码看看和你的时序是否一致，切记。