i2c_smbus_read_byte ()/i2c_smbus_write_byte()/i2c_smbus_read_byte_data ()/i2c_smbus_write_byte_data

Name

i2c_smbus_read_byte — SMBus receive byte protocol

Synopsis

s32 fsfunci2c_smbus_read_byte ( const struct i2c_client * client);
 

Arguments

client

Handle to slave device

Description

This executes the SMBus receive byte protocol, returning negative errno else the byte received from the device.


Name

i2c_smbus_write_byte — SMBus send byte protocol

Synopsis

s32 fsfunci2c_smbus_write_byte ( const struct i2c_client * client,
  u8 value);
 

Arguments

client

Handle to slave device

value

Byte to be sent

Description

This executes the SMBus send byte protocol, returning negative errno else zero on success.


Name

i2c_smbus_read_byte_data — SMBus read byte protocol

Synopsis

s32 fsfunci2c_smbus_read_byte_data ( const struct i2c_client * client,
  u8 command);
 

Arguments

client

Handle to slave device

command

Byte interpreted by slave

Description

This executes the SMBus read byte protocol, returning negative errno else a data byte received from the device.



Name

i2c_smbus_write_byte_data — SMBus write byte protocol

Synopsis

s32 fsfunci2c_smbus_write_byte_data ( const struct i2c_client * client,
  u8 command,
  u8 value);
 

Arguments

client

Handle to slave device

command

Byte interpreted by slave

value

Byte being written

Description

This executes the SMBus write byte protocol, returning negative errno else zero on success.


taos--LPsensor tmd2771

新手请大神指教,最近阅读一段代码,发现有i2c_smbus_read_byte和i2c_smbus_write_byte
明白一点皮毛,一般都是利用这两个函数操作i2c总线上设备上的寄存器。
函数原型是:
953 s32 i2c_smbus_read_byte_data(struct i2c_client *client, u8 command)
954 {
955         union i2c_smbus_data data;
956         if (i2c_smbus_xfer(client->adapter,client->addr,client->flags,
957                            I2C_SMBUS_READ,command, I2C_SMBUS_BYTE_DATA,&data))
958                 return -1;
959         else
960                 return 0x0FF & data.byte;
961 }


问题来了,我所看的代码中函数是这么用的i2c_smbus_read_byte(taos_datap->client),
                                      i2c_smbus_write_byte(taos_datap->client, (TAOS_TRITON_CMD_REG | 0x13))
求大侠能帮忙解释一下,感激不尽!!!


都是被这个taos的驱动搞晕了啊.楼主搞明白了没有?我觉得先用i2c_smbus_write_byte(taos_datap->client, (TAOS_TRITON_CMD_REG | 0x13))找到0x13这个寄存器,然后用i2c_smbus_read_byte(taos_datap->client)读里面的数据,因为0x13这个寄存器是一个只读的状态寄存器,所以使用i2c_smbus_write_byte并不能给这个寄存器里面写东西,只是用它找到这个寄存器的地址,然后使用i2c_smbus_read_byte读取这个寄存器的内容,如果是这样,为什么他不使用i2c_smbus_read_byte_data(taos_datap->client, (TAOS_TRITON_CMD_REG | 0x13))一步到位???如果楼主弄明白了,望回复,谢谢!!!




I2 C/SMBus 是什么?

I2 C 是广泛用于桌面和笔记本电脑中的串行总线,用于处理器和一些外设之间的接口,这些外设包括EEPROM 音频编解码器 以及监控温度、供电电压等参数的专用芯片。此外, I2 C 也在嵌入式设备中大行其道,用于和 RTC ,智能电池电路、多路复用器,端口扩展卡,光收发器,以及其它类似设备之间的通信。由于I2 C 被大量的微控制器所支持,在当前的市场上可找到大量便宜的 I2 C 设备。

I2 C  SMBus 为主-从协议,其通信双方为主机适配器(主控制器)和客户设备(从设备)。主机控制器在桌面电脑上通常为南桥芯片组的一部分;而在嵌入式设备上,通常为微控制器的一部分。图 8.1 显示了在 PC兼容硬件上 I2 C 总线的例子。

I2 C 及其子集 SMBus 最初分别为 Philips  Intel 所开发,均为 2 线接口 。这 2 根线为时钟线和双向数据线,分别被称为串行时钟( Serial Clock  SCL )和串行数据( Serial Data  SDA )。由于 I2 C 总线仅需要一对总线,因此在电路板上占用了更少的空间。因此带来的问题是带宽较窄。 I2 C 在标准模式下支持最高100Kbps 的传输率,在快速模式下最高可达 400Kbps (然而, SMBus 最高仅支持 100Kbps )。因此它们仅适用于慢速设备。即使 I2 C 支持双向数据交换,因为仅有一根数据线,故通信是半双工的。

I2 C  SMBus 设备使用 7 位地址。协议也支持 10 位地址,但很多设备仅响应 7 位地址,故在总线上最多有 127 个设备。源于协议的主-从特性,设备地址也称为从地址。

I2 C 核心

I2 C 核心由主机适配器驱动和客户驱动可利用的函数和数据结构组成。核心中的公共代码简化了驱动开发者的工作。核心也间接使客户驱动独立于主机适配器,以使客户设备即使用于采用不同 I2 C 主机适配器的电路板上,亦可保持客户驱动运行如常。核心层的此机制及其好处也可在内核中其它的很多设备驱动类中发现,如PCMCIA  PCI  USB 等。

除了核心,内核的 I2 C 底层由如下组成:

·         I2 C 主机适配器的设备驱动。属于总线驱动,通常由适配器驱动和算法( algorithm )驱动组成。前者利用后者和 I2 C 总线交互。

·         I2C 客户设备的设备驱动。

·         i2c-dev ,允许在用户模式下实现 I2 C 客户驱动。

你更可能的是实现客户驱动,而不是适配器或 algorithm 驱动,因为相比于 I2 C 主机适配器,有多得多的I2C 设备。因此在本章中,我们将主要讨论客户驱动。

由于 SMBus  I2 C 的子集,因此仅使用 SMBus 指令和你的设备交互的驱动可工作于 SMBus  I2 C 适配器。表 8.1 列出了 I2 C 核心提供的和 SMBus 兼容的数据传输流程。

函数

作用

i2c_smbus_read_byte()

从设备读取一个字节(不定义位置偏移,使用以前发起的命令的偏移)

i2c_smbus_write_byte()

从设备写入一个字节(使用以前发起的命令的偏移)

i2c_smbus_write_quick()

向设备发送一个比特 ( 取代清单 8.1 中的 Rd/Wr  ).

i2c_smbus_read_byte_data()

从设备指定偏移处读取一个字节

i2c_smbus_write_byte_data()

向设备指定偏移处写入一个字节

i2c_smbus_read_word_data()

从设备指定偏移处读取二个字节

i2c_smbus_write_word_data()

向设备指定偏移处写入二个字节

i2c_smbus_read_block_data()

从设备指定偏移处读取一块数据 .

i2c_smbus_write_block_data()

向设备指定偏移处写入一块数据 . (<= 32 字节 )

总线事务

在实现驱动例子之前,通过放大镜观察导线 ,让我们来更好的理解 I2 C 协议。清单 8.1 展示了和 I2 C EEPROM 交互的代码片断,以及在总线上发生的相应的事务。这些事务是在运行代码片断时通过相连的 I2 C 总线分析仪捕获的。这些代码使用的时用户模式的 I2 C 函数(在第 19   用户空间的驱动  中,我们将讨论更多的用户模式的 I2 C 编程)。

清单 8.1. I2 C 总线上的事务

Code View:

/* ... */

/*

  * Connect to the EEPROM. 0x50 is the device address.

  * smbus_fp is a file pointer into the SMBus device.

  */

ioctl(smbus_fp, 0x50, slave);

 

/* Write a byte (0xAB) at memory offset 0 on the EEPROM */

i2c_smbus_write_byte_data(smbus_fp, 0, 0xAB);

 

/*

  * This is the corresponding transaction observed

  * on the bus after the write:

  * S 0x50 Wr [A] 0 [A] 0xAB [A] P

  *

  * S is the start bit, 0x50 is the 7-bit slave address (0101000b),

  * Wr is the write command (0b), A is the Accept bit (or

  * acknowledgment) received by the host from the slave, 0 is the

  * address offset on the slave device where the byte is to be

  * written, 0xAB is the data to be written, and P is the stop bit.

  * The data enclosed within [] is sent from the slave to the

  * host, while the rest of the bits are sent by the host to the

  * slave.

  */

/* Read a byte from offset 0 on the EEPROM */

res = i2c_smbus_read_byte_data(smbus_fp, 0);

 

/*

  * This is the corresponding transaction observed

  * on the bus after the read:

  * S 0x50 Wr [A] 0 [A] S 0x50 Rd [A] [0xAB] NA P

  *

  * The explanation of the bits is the same as before, except that

  * Rd stands for the Read command (1b), 0xAB is the data received

  * from the slave, and NA is the Reverse Accept bit (or the

  * acknowledgment sent by the host to the slave).

  */

 

                                    

 

设备例子: EEPROM

我们的第一个客户驱动例子时 I2 C 总线上的 EEPROM 设置,如图 8.1 所示。几乎所有的笔记本和桌面电脑都有类似的 EEPROM ,用于存储 BIOS 配置信息。例子中的 EEPROM 有两个 memory bank 。相对应于每个memory bank ,驱动提供 /dev 接口: /dev/eep/0  /dev/eep/1 。应用程序在这些节点上操作,和 EEPROM 交换数据。

每个 I2 C/SMBus 客户设备都分配有一个从地址,作为设备标识。例子中的 EEPROM 有两个从地址,SLAVE_ADDR1  SLAVE_ADDR2 ,分别对应于两个 memory bank 

例子中驱动所使用的 I2 C 指令和 SMBus 兼容,因此它可以工作于 I2 C  SMBus EEPROM 

初始化

正如所有的驱动类那样, I2 C 客户驱动也有 init() 入口点。初始化用于分配数据结构,向 I2 C 核心注册驱动,将 sysfs  Linux 设备模型联系在一起。这些在清单 8.2 中完成。

清单 8.2. 初始化 EEPROM 驱动

Code View:

/* Driver entry points */

static struct file_operations eep_fops = {

  .owner   = THIS_MODULE,

  .llseek  = eep_llseek,

    .read    = eep_read,

  .ioctl   = eep_ioctl,

  .open    = eep_open,

  .release = eep_release,

  .write   = eep_write,

};

 

static dev_t dev_number;          /* Allotted Device Number */

static struct class *eep_class;   /* Device class */

 

/* Per-device client data structure for each

  * memory bank supported by the driver

  */

 

struct eep_bank {

  struct i2c_client *client;      /* I2C client for this bank */

  unsigned int addr;              /* Slave address of this bank */

  unsigned short current_pointer; /* File pointer */

  int bank_number;                /* Actual memory bank number */

  /* ... */                       /* Spinlocks, data cache for

                                     slow devices,.. */

};

 

#define NUM_BANKS 2               /* Two supported banks */

#define BANK_SIZE 2048            /* Size of each bank */

 

struct ee_bank *ee_bank_list;     /* List of private data

                                     structures, one per bank */

 

 

/*

  * Device Initialization

  */

int __init

eep_init(void)

{

 

  int err, i;

 

  /* Allocate the per-device data structure, ee_bank */

  ee_bank_list = kmalloc(sizeof(struct ee_bank)*NUM_BANKS,

                         GFP_KERNEL);

  memset(ee_bank_list, 0, sizeof(struct ee_bank)*NUM_BANKS);

  /* Register and create the /dev interfaces to access the EEPROM

     banks. Refer back to Chapter 5, "Character Drivers" for

     more details */

  if (alloc_chrdev_region(&dev_number, 0,

                          NUM_BANKS, "eep") < 0) {

    printk(KERN_DEBUG "Can't register device/n");

    return -1;

  }

 

  eep_class = class_create(THIS_MODULE, DEVICE_NAME);

  for (i=0; i < NUM_BANKS;i++) {

 

    /* Connect the file operations with cdev */

    cdev_init(&ee_bank[i].cdev, &ee_fops);

 

    /* Connect the major/minor number to the cdev */

    if (cdev_add(&ee_bank[i].cdev, (dev_number + i), 1)) {

      printk("Bad kmalloc/n");

      return 1;

    }

    class_device_create(eep_class, NULL, (dev_number + i),

                           NULL, "eeprom%d", i);

  }

 

  /* Inform the I2C core about our existence. See the section

     "Probing the Device" for the definition of eep_driver */

  err = i2c_add_driver(&eep_driver);

 

  if (err) {

    printk("Registering I2C driver failed, errno is %d/n", err);

    return err;

  }

 

  printk("EEPROM Driver Initialized./n");

  return 0;

}

 

                                    

 

清单 8.2 发起了设备节点的创建,但为了完成此过程,需要添加如下内容至 /etc/udev/rules.d/ 目录下合适的规则文件中:

KERNEL:"eeprom[0-1]*", NAME="eep/%n"

作为从内核收到的 uevent 的响应,将创建 /dev/eep/0  /dev/eep/1 。需要从第 n  memory bank 读取数据的用户模式程序可以操作 /dev/eep/n 来达到其目的。

清单 8.3 实现了 EEPROM 驱动的 open() 函数。当应用程序打开 /dev/eep/X 时,内核将调用 eep_open() eep_open() 在私有区域中存储了每个设备相关的数据结构,因此可以从驱动中的其它函数中直接访问。

清单 8.3. 打开 EEPROM 驱动

  int

eep_open(struct inode *inode, struct file *file)

{

 

  /* The EEPROM bank to be opened */

  n = MINOR(file->f_dentry->d_inode->i_rdev);

 

  file->private_data = (struct ee_bank *)ee_bank_list[n];

 

  /* Initialize the fields in ee_bank_list[n] such as

     size, slave address, and the current file pointer */

  /* ... */

}

 

探测设备

I2 C 客户驱动,在主机控制器驱动和 I2 C 核心的合作下,使其自身成为从设备,其过程如下:

1.     在初始化过程中,注册 probe() 方法。当相连的主机控制器被检测出, I2 C 核心将调用此方法。在清单8.2 中, eep_init() 通过调用 i2c_add_driver() 注册 eep_probe() 

static struct i2c_driver eep_driver =

{

  .driver = {

    .name         =  "EEP",           /* Name */

  },

  .id             = I2C_DRIVERID_EEP, /* ID */

  .attach_adapter = eep_probe,        /* Probe Method */

  .detach_client  = eep_detach,       /* Detach Method */

};

 

i2c_add_driver(&eep_driver);  `

设备标识符 I2C_DRIVERID_EEP ,对于每个设备应该是唯一的,并在 include/linux/i2c-id.h 中定义之。

2.      I2 C 核心调用客户驱动的 probe() 方法时,表明主机适配器已经存在。在 probe() 里将调用i2c_probe() ,其参数为驱动所关联的从设备的地址,以及具体的探测函数 attach() 

清单 8.4 实现了 EEPROM 驱动的 probe() 方法: eep_probe()  normal_i2c 指明了 EEPROM bank 的地址,它是 i2c_client_address_data 结构体的成员。此结构体中其它的成员能被用于更多的地址控制。你可以通过设置 ignore 字段要求 I2 C 核心忽略一段地址范围。 如果你想绑定一个从地址到一个特殊的主机适配器上,你也可以使用 probe 成员指定(适配器、从地址)对。对于某些场合,这样做有其用处。例如,你的处理器支持两个 I2 C 主机适配器,在总线 1  有一个 EEPROM ,总线 2 上有一个温度传感器,两个设备从地址相同。

3.     主机控制器在总线上搜索步骤 2 中指定的从设备。为此,它产生一个总线事务,例如 S SLAVE_ADDR Wr  S 是起始位, SLAVE_ADDR 是设备的数据手册中指定的 7bit 的从地址, Wr   总线事务  一节中所描述过的写命令。如果某个运行中的从设备存在于总线上,它将发送确认比特 ([A]) 加以回应。

 

4.     在步骤 3 中如果主机适配器检测到从设备, I2 C 核心会调用步骤 2 中在 i2c_probe() 的第三个参数中指定的 attach() 。对于 EEPROM 驱动,此例程为 eep_attach() ,它将注册和设备关联的客户数据结构,如清单 8.5 所示。如果你的设备需要初始的编程序列(例如,在数字视频接口( Digital Visual Interface DVI )传输芯片开始工作之前,必须对它的寄存器进行初始化 ),可在此例程中完成这些操作。

清单 8.4. 探测 EEPROM Bank 的存在

#include <linux/i2c.h>

 

/* The EEPROM has two memory banks having addresses SLAVE_ADDR1

  * and SLAVE_ADDR2, respectively

  */

static unsigned short normal_i2c[] = {

  SLAVE_ADDR1, SLAVE_ADDR2, I2C_CLIENT_END

};

 

static struct i2c_client_address_data addr_data = {

  .normal_i2c = normal_i2c,

  .probe      = ignore,

  .ignore     = ignore,

  .forces     = ignore,

};

 

static int

eep_probe(struct i2c_adapter *adapter)

{

  /* The callback function eep_attach(), is shown

   * in Listing 8.5

   */

   return i2c_probe(adapter, &addr_data, eep_attach);

}

 

清单 8.5. Attaching a Client

int

eep_attach(struct i2c_adapter *adapter, int address, int kind)

{

  static struct i2c_client *eep_client;

 

  eep_client = kmalloc(sizeof(*eep_client), GFP_KERNEL);

 

  eep_client->driver  = &eep_driver; /* Registered in Listing 8.2 */

  eep_client->addr    = address;     /* Detected Address */

  eep_client->adapter = adapter;     /* Host Adapter */

  eep_client->flags   = 0;

  strlcpy(eep_client->name, "eep", I2C_NAME_SIZE);

 

  /* Populate fields in the associated per-device data structure */

  /* ... */

 

  /* Attach */

  i2c_attach_client(new_client);

}

 

检查适配器的功能

每个主机适配器的功能都有限。一个适配器可能不支持表 8.1 中包含的所有命令。例如,它可能支持 SMBusread_word 命令,但不支持 read_block 命令。客户驱动在使用这些命令前必须检查适配器是否对其提供支持。

I2 C 核心提供两个函数以完成此功能:

1.     i2c_check_functionality() 检查某个特定的功能 是否被支持。

2.     i2c_get_functionality() 返回包含所有被支持功能 的掩码。

 include/linux/i2c.h 可看到所有可能支持 功能 的列表。

访问设备

为了从 EEPROM 读取数据,首先需要从与此设备节点关联的私有数据域中收集调用线程的信息。其次,使用 I2 C 核心提供的 SMBus 兼容的数据访问例程(表 8.1 显示了可用的函数)读取数据。最后,发送数据至用户空间,并增加内部文件指针,以便下一次的 read()/write() 操作可以从上一次结束处开始。这些步骤在清单 8.6 中完成,此清单忽略了通常的完整性和错误检查。

清单 8.6.  EEPROM 读取数据

Code View:

ssize_t

eep_read(struct file *file, char *buf,

         size_t count, loff_t *ppos)

{

  int i, transferred, ret, my_buf[BANK_SIZE];

 

  /* Get the private client data structure for this bank */

  struct ee_bank *my_bank =

                   (struct ee_bank *)file->private_data;

 

  /* Check whether the smbus_read_word() functionality is

     supported */

  if (i2c_check_functionality(my_bank->client,

                               I2C_FUNC_SMBUS_READ_WORD_DATA)) {

 

    /* Read the data */

    while (transferred < count) {

      ret = i2c_smbus_read_word_data(my_bank->client,

                                     my_bank->current_pointer+i);

      my_buf[i++] = (u8)(ret & 0xFF);

      my_buf[i++] = (u8)(ret >> 8);

      transferred += 2;

    }

 

    /* Copy data to user space and increment the internal

       file pointer. Sanity checks are omitted for simplicity */

    copy_to_user(buffer, (void *)my_buf, transferred);

    my_bank->current_pointer += transferred;

  }

 

  return transferred;

}

 

                                    

 

写数据至设备与此类似,使用的是 i2c_smbus_write_XXX() 函数。

一些 EEPROM 芯片有 RFID  Radio Frequency Identification )发送器,用于无线发送存储的信息。用于自动化供应链处理,例如货物监控和资产跟踪。这些 EEPROM 通常通过一个访问保护 bank 来控制对数据 bank 的安全访问。对于此类情况,为了能够操作数据 bank ,驱动还不得不对访问保护 bank 中的相应位进行处理。

为了从用户空间访问 EEPROM 块,需要开发应用程序以操作 /dev/eep/n 。为了读出 EEPROM 块的内容,需要做如下操作:

bash> od –a /dev/eep/0

0000000   S   E   R   # dc4  ff soh   R   P nul nul nul nul nul nul nul

0000020   @   1   3   R   1   1   5   3   Z   J   1   V   1   L   4   6

0000040   5   1   0   H  sp   1   S   2   8   8   8   7   J   U   9   9

0000060   H   0   0   6   6 nul nul nul  bs   3   8   L   5   0   0   3

0000100   Z   J   1   N   U   B   4   6   8   6   V   7 nul nul nul nul

0000120 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul

*

0000400

作为练习,试着去修改 EEPROM 驱动,创建 EEPROM 块的 /sys 接口,而不是 /dev 接口。你可以重用第 5章清单 5.7“ 使用 Sysfs 控制并口 LED 电路板  中的代码,帮助完成此工作。

其它函数

为了获得全功能的驱动,你需要添加剩余的入口点。这些和第 5 章所讨论的普通字符驱动差别不大,因此未提供代码清单:

·         为了支持 lseek() 系统调用,用于给内部文件指针赋以新值,需要实现 llseek() 函数。内部文件指针存储了有关 EEPROM 访问的状态信息。

·         为了验证数据的完整性, EEPROM 驱动可实现 ioctl() 函数,用于校准并验证存储的数据的校验和。

·         EEPROM 中不需要 poll()  fsync() 方法。

·         如果你选择将驱动编译为一个模块,需要提供 exit() 方法,以注销 设备,并清理客户设备特定的数据结构。从 i2c 核心卸载驱动只需执行如下操作:

i2c_del_driver(&eep_driver);




设备例子:实时时钟

让我们选取通过 I2 C 总线和嵌入式控制器相连的 RTC 芯片的例子。连接框图见图 8.3 

 8.3. 嵌入式系统上的 I2 C RTC

设定 RTC  I2 C 从地址为 0x60 ,其寄存器空间组织如表 8.2 

 8.2. I2 C RTC 的寄存器分布

寄存器名

描述

偏移

RTC_HOUR_REG

小时计数

0x0

RTC_MINUTE_REG

分钟计数

0x1

RTC_SECOND_REG

秒钟计数

0x2

RTC_STATUS_REG

标志记中断状态

0x3

RTC_CONTROL_REG

使能/禁止 RTC

0x4

让我们的驱动基于前面讨论过的 EEPROM 驱动。我们将假设 I2 C 客户驱动结构、从设备注册和 II2 C 核心函数已经完成 ,仅实现和 RTC 通信的代码。

 I2 C 核心检测到从地址为 0x60 的设备在 I2 C 总线上时,将调用 myrtc_attach() 。其调用序列类似于清单8.5 中的 eep_attach() 。假定在 myrtc_attach() 中你必须完成如下的芯片初始化:

1.      RTC 状态寄存器( RTC_STATUS_REG )清零。

2.     通过设置 RTC 控制寄存器( RTC_CONTROL_REG )中的相应位,启动 RTC (如果它还未开始运行)。

为了完成以上功能,让我们构建一个 i2c_msg 结构体,使用 i2c_transfer() 在总线上产生 I2 C 事务。此传输机制为 I2 C 所独有,和 SMBus 并不兼容 。为了向前面讨论过的两个 RTC 寄存器写入数据,你必须构建两个i2c_msg 消息。第一个消息设置寄存器偏移。在我们的例子中, RTC_STATUS_REG 的值为 3 。第二个消息携带希望写入指定偏移的字节数。在此例中,共两个字节,一个字节写入 RTC_STATUS_REG ,另一个写入RTC_CONTROL_REG 

Code View:

#include <linux/i2c.h> /* For struct i2c_msg */

int

myrtc_attach(struct i2c_adapter *adapter, int addr, int kind)

{

  u8 buf[2];

  int offset = RTC_STATUS_REG;  /* Status register lives here */

  struct i2c_msg rtc_msg[2];

 

  /* Write 1 byte of offset information to the RTC */

  rtc_msg[0].addr = addr;       /* Slave address. In our case,

                                   this is 0x60 */

  rtc_msg[0].flags = I2C_M_WR;  /* Write Command */

  rtc_msg[0].buf = &offset;     /* Register offset for

                                   the next transaction */

  rtc_msg[0].len = 1;           /* Offset is 1 byte long */

 

  /* Write 2 bytes of data (the contents of the status and

     control registers) at the offset programmed by the previous

     i2c_msg */

  rtc_msg[1].addr = addr;       /* Slave address */

  rtc_msg[1].flags = I2C_M_WR;  /* Write command */

  rtc_msg[1].buf = &buf[0];     /* Data to be written to control

                                   and status registers */

  rtc_msg[1].len = 2;           /* Two register values */

  buf[0] = 0;                   /* Zero out the status register */

  buf[1] |= ENABLE_RTC;         /* Turn on control register bits

                                   that start the RTC */

 

  /* Generate bus transactions corresponding to the two messages */

  i2c_transfer(adapter, rtc_msg, 2);

 

  /* ... */

  printk("My RTC Initialized/n");

}

 

                                    

因为 RTC 已经被初始化,并开始计时了,你可以通过读取 RTC_HOUR_REG  RTC_MINUTE_REG RTC_SECOND_REG 来获取当前的时间。其操作如下:

Code View:

#include <linux/rtc.h> /* For struct rtc_time */

int

myrtc_gettime(struct i2c_client *client, struct rtc_time *r_t)

{

  u8 buf[3];      /* Space to carry hour/minute/second */

  int offset = 0; /* Time-keeping registers start at offset 0 */

  struct i2c_msg rtc_msg[2];

 

  /* Write 1 byte of offset information to the RTC */

  rtc_msg[0].addr = addr;       /* Slave address */

  rtc_msg[0].flags = 0;         /* Write Command */

  rtc_msg[0].buf = &offset;     /* Register offset for

                                   the next transaction */

  rtc_msg[0].len = 1;           /* Offset is 1 byte long */

 

  /* Read current time by getting 3 bytes of data from offset 0

     (i.e., from RTC_HOUR_REG, RTC_MINUTE_REG, and RTC_SECOND_REG) */

  rtc_msg[1].addr = addr;       /* Slave address */

  rtc_msg[1].flags = I2C_M_RD;  /* Read command */

  rtc_msg[1].buf = &buf[0];     /* Data to be read from hour, minute

                                    and second registers */

  rtc_msg[1].len = 3;           /* Three registers to read */

 

  /* Generate bus transactions corresponding to the above

     two messages */

  i2c_transfer(adapter, rtc_msg, 2);

  /* Read the time */

  r_t->tm_hour = BCD2BIN(buf[0]); /* Hour */

  r_t->tm_min  = BCD2BIN(buf[1]); /* Minute */

  r_t->tm_sec  = BCD2BIN(buf[2]); /* Second */

  return(0);

}

 

                                    

 

myrtc_gettime() 实现了总线相关的 RTC 驱动的底层部分。 RTC 驱动的顶层部分应该和内核的 RTC API 保持一致,如第 5 章的 “RTC 子系统  一节中所讨论的。此机制的好处是不管你的 RTC 是位于 PC 的南桥内部,还是如本例一样,位于嵌入式控制器的外部,应用程序可以不加改变而运行。

RTC 通常用 BCD  Binary Coded Decimal )格式存储时间,每组位元( 4 位)表示 0  9 之间的数,而不是 0  15 。内核提供了宏 BCD2BIN() 用于将 BCD 码变换成十进制数,以及宏 BIN2BCD() 用于相反的操作。当从 RTC 寄存器读取数据时, myrtc_gettime() 利用了宏 BCD2BIN() 用于转换。

drivers/rtc/rtc-ds1307.c 提供了 RTC 驱动的实例,用于处理 Dallas/Maxim DS13XX 系列 I2 C 芯片。

作为 2 线总线, I2 C 总线没有从设备用于中断请求的信号线,但一些 I2 C 主机适配器可以中断 CPU ,触发数据传输请求。然而,此中断驱动操作对于 I2C 客户驱动 是透明的,隐藏于 I2 C 核心提供的服务例程里。假设图 8.3  I2 C 主机控制器是嵌入式 SoC 的一部分,并有中断 CPU 的能力, myrtc_attach() 里对 i2c_transfer()的调用 将完成如下操作:

·         构建对应于 rtc_msg[0] 的事务,并使用主机控制器驱动提供的服务例程写入总线。

·         等待直到主机控制器触发发送结束中断,表明 rtc_msg[0] 已经在信号线上。

·         在中断处理例程里,查看 I2 C 主机控制器状态寄存器,判断是否从 RTC 从设备里接收到确认信号。

·         如果主机控制器的状态和控制寄存器并非全部正确,则返回错误。

·         对于 rtc_msg[1] 重复同样过程。

 

I2C-dev

有时,当你需要支持大量慢速的 I2 C 设备时,从用户空间对所有这些设备进行驱动就很有必要了。 I2 C 层支持 i2c-dev 驱动以达到此目的。第 19 章的  用户模式 I2C  中,有使用 i2c-dev 实现用户模式 I2 C 驱动的例子。

使用 LM-Sensors 监控硬件

LM-Sensors 项目,主页为 www.lm-sensors.org ,使 Linux 具有硬件监控能力。很多计算机系统使用传感器芯片来监控诸如温度、供电电压以及风扇转速等参数。周期性的检查这些参数是非常重要的。损坏了的 CPU 风扇可能会导致随机、异常的软件问题。如果是医疗设备系统出现故障,其后果将难以想象!

LM-Sensors 利用传感器芯片的设备驱动来排除故障。它利用 sensors 程序产生状态报告, sensors-detect脚本检查你的系统,并帮助你产生相应的配置文件。

大多数芯片利用 I2 C/SMBus 总线方式向 CPU 提供硬件监控接口。这些设备驱动是 I2 C 客户驱动,但位于drivers/hwmon/ 目录,而不是 drivers/i2c/chips/ 。具体例子可见 National Semiconductor 公司的 LM87 芯片,它能监控电压、温度和风扇。 drivers/hwmon/lm87.c 为其驱动的具体实现。 I2 C 驱动 ID 号从 1000  1999 都保留给了传感器芯片(参见 include/linux/i2c-id.h )。

也有几个传感器芯片和 CPU 之间的接口采用 ISA/LPC 总线,而不是 I2 C/SMBus 。其它输出模拟量的通过模数转换器( ADC )传送给 CPU 。这些芯片的驱动和 I2 C 总线传感器驱动一起都位于 drivers/hwmon/ 目录。非I2 C 总线传感器驱动的例子是 drivers/hwmon/hdaps.c ,它是加速度传感器驱动,出现在某些 IBM/ 联想的笔记本电脑里,我们在第 7   输入驱动  中讨论过。另一个非 I2 C 总线的传感器的例子是 Winbond 83627HF 超级I/O 芯片,由 drivers/hwmon/w83627hf.c 驱动。

串行外设接口总线( SPI 

串行外设接口( Serial Peripheral Interface  SPI )总线和 I2 C 类似,也是串行的主-从接口,集成于很多微控制器内部。和 I2 C 使用 2 线相比,它使用 4 线:串行时钟( Serial CLocK  SCLK ),片选( Chip Select  CS  主设备输出从设备输入( Master Out Slave In  MOSI ),主设备输入从设备输出( Master In Slave Out  MISO )。 MOSI 用于传送数据至从设备, MISO 用于从从设备读出数据。和 I2 C 不同,由于SPI 总线有专用的数据线用于数据的发送和接收,因此可以工作于全双工。 SPI 的典型速度为几 MHz ,不像 I2C为几十~几百 KHz  ,因此 SPI 吞吐量大得多。

当前市面上可找到的 SPI 外设包括 RF 芯片、智能卡接口、 EEPROM  RTC 、触摸传感器、以及 ACD 

内核提供了一个核心 API 用于通过 SPI 总线交换信息。典型的 SPI 客户驱动如下:

  1.  SPI 核心注册 probe()  remove() 方法。 suspend()  resume() 方法可选。

  #include <linux/spi/spi.h>

 

  static struct spi_driver myspi_driver = {

    .driver  = {

      .name  = "myspi",

      .bus   = &spi_bus_type,

      .owner = THIS_MODULE,

    },

    .probe   = myspidevice_probe,

    .remove  = __devexit_p(myspidevice_remove),

  }

 

  spi_register_driver(&myspi_driver);

SPI 核心创建对应于此设备的 spi_device 结构体,当调用注册的驱动方法时,用作调用参数。

  1.  使用函数如 spi_sync()  spi_async()  SPI 设备交换数据。前者等待操作完成,后者当数据传输完成时,异步触发对注册的回调程序的调用。这些数据访问例程被从适当的地方调用,如 SPI 中断处理程序,sysfs 方法,或者定时器处理程序。下面的代码片断演示了 SPI 数据的传输:

#include <linux/spi/spi.h>

 

struct spi_device *spi;  /* Representation of a

                            SPI device */

struct spi_transfer xfer;         /* Contains transfer buffer

                                      details */

struct spi_message sm;            /* Sequence of spi_transfer

                                     segments */

u8 *command_buffer;               /* Data to be transferred */

int len;                          /* Length of data to be

                                     transferred */

 

spi_message_init(&sm);            /* Initialize spi_message */

xfer.tx_buf = command_buffer;     /* Device-specific data */

xfer.len = len;                   /* Data length */

spi_message_add_tail(&xfer, &sm); /* Add the message */

spi_sync(spi, &sm);               /* Blocking transfer request */

作为 SPI 设备的例子,我们可参考第 7 章简单讨论过的触摸屏控制器 ADS7846 。其驱动完成如下操作:

  1. 使用 spi_register_driver()  SPI 核心注册 probe()  remove()  suspend()  resume() 方法。
  2. probe() 方法使用 input_register_device() 向输入子系统注册驱动,并使用 request_irq() 请求中断 
  3. 驱动从其中断服务程序中使用 spi_async() 收集触摸坐标。此函数当数据传输完成时,触发对注册的回调程序的调用。
  4. 如第 7 章所讨论的,回调函数通过输入事件接口 /dev/input/eventX ,使用 input_report_abs() input_report_key() ,依次报告触摸坐标和点击。诸如 X Windows  gpm 这些程序和事件接口紧密合作,响应触摸输入。

通过软件的方式 控制 I/O 引脚,使其符合某种协议进行交互的驱动称为 bit-banging 驱动。 SPI bit-banging 驱动的例子,可参考 drivers/spi/spi_butterfly.c ,它是用于和 Atmel 公司 AVR 处理器系列Butterfly 板上的 DataFlash 芯片交互的驱动。将你的主机的并口和 AVR Butterfly 连接在一起,使用专用的dongle  spi_butterfly 可以进行 bit-banging 操作。 Documentation/spi/butterfly 提供了关于此驱动更详细的描述。

当前没有类似于 i2c-dev 的、针对用户空间的 SPI 驱动。你只能编写内核驱动和 SPI 设备交互。

在嵌入式系统中,你可能会碰到处理器和集成各种功能的协处理器一起工作的解决方案。譬如,飞思卡尔的电源管理和音频组件( Power Management and Audio Component  PMAC )芯片 MC13783 和基于 ARM9 i.MX27 控制器协同工作就是这样的一个例子。 PMAC 集成了 RTC ,电池充电器,触摸屏接口, ADC 模块和音频编码。处理器和 PMAC 之间通过 SPI 通信。 SPI 总线不含中断线,通过配置 GPIO 管脚, PMAC 可以从外部中断处理器。

1-Wire 总线

 Dallas/Maxim 开发的 1-wire 协议使用 1-wire (或 w1 )总线传送电源和信号。地回路通过其它途径解决。它提供了和慢速设备之间接口的简单途径,减少了空间、费用以及复杂性。使用此协议的设备实例是 ibutton www.ibutton.com ),用于感知温度,传送数据,或保存独特的 ID 号。

另一通过单一的引脚提供接口的 w1 芯片是 Dallas/Maxim  DS2433 ,它是容量为 4kb  1-wire EEPROM。此芯片的驱动位于 drivers/w1/slaves/w1_ds2433.c ,通过 sysfs 节点提供对 EEPROM 的访问。

 w1 设备驱动相关的主要数据结构是 w1_family  w1_family_ops ,都定义于 w1_family.h 中。

调试

为了收集 I2 C 的调试信息,在内核的配置菜单的 Device Drivers-> I2C Support 下,选中 I2C Core debugging messages  I2C Algorithm debugging messages  I2C Bus debugging messages  I2C Chip debugging messages 。类似的,为了调试 SPI ,需要在 Device Drivers->SPI Support 下选中 Debug Support for SPI drivers 

为了理解总线上 I2 C 包的数据流, 可在运行清单 8.1 时,  I2 C 总线分析仪和你的 电路板板连接在一起。lm-snesor 包包括 i2cdump 工具,用于输出 I2 C 总线上设备的寄存器中的内容。

你可能感兴趣的:(i2c_smbus_read_byte ()/i2c_smbus_write_byte()/i2c_smbus_read_byte_data ()/i2c_smbus_write_byte_data)