Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame^] | 1 | Usually, i2c devices are controlled by a kernel driver. But it is also |
| 2 | possible to access all devices on an adapter from userspace, through |
| 3 | the /dev interface. You need to load module i2c-dev for this. |
| 4 | |
| 5 | Each registered i2c adapter gets a number, counting from 0. You can |
| 6 | examine /sys/class/i2c-dev/ to see what number corresponds to which adapter. |
| 7 | I2C device files are character device files with major device number 89 |
| 8 | and a minor device number corresponding to the number assigned as |
| 9 | explained above. They should be called "i2c-%d" (i2c-0, i2c-1, ..., |
| 10 | i2c-10, ...). All 256 minor device numbers are reserved for i2c. |
| 11 | |
| 12 | |
| 13 | C example |
| 14 | ========= |
| 15 | |
| 16 | So let's say you want to access an i2c adapter from a C program. The |
| 17 | first thing to do is `#include <linux/i2c.h>" and "#include <linux/i2c-dev.h>. |
| 18 | Yes, I know, you should never include kernel header files, but until glibc |
| 19 | knows about i2c, there is not much choice. |
| 20 | |
| 21 | Now, you have to decide which adapter you want to access. You should |
| 22 | inspect /sys/class/i2c-dev/ to decide this. Adapter numbers are assigned |
| 23 | somewhat dynamically, so you can not even assume /dev/i2c-0 is the |
| 24 | first adapter. |
| 25 | |
| 26 | Next thing, open the device file, as follows: |
| 27 | int file; |
| 28 | int adapter_nr = 2; /* probably dynamically determined */ |
| 29 | char filename[20]; |
| 30 | |
| 31 | sprintf(filename,"/dev/i2c-%d",adapter_nr); |
| 32 | if ((file = open(filename,O_RDWR)) < 0) { |
| 33 | /* ERROR HANDLING; you can check errno to see what went wrong */ |
| 34 | exit(1); |
| 35 | } |
| 36 | |
| 37 | When you have opened the device, you must specify with what device |
| 38 | address you want to communicate: |
| 39 | int addr = 0x40; /* The I2C address */ |
| 40 | if (ioctl(file,I2C_SLAVE,addr) < 0) { |
| 41 | /* ERROR HANDLING; you can check errno to see what went wrong */ |
| 42 | exit(1); |
| 43 | } |
| 44 | |
| 45 | Well, you are all set up now. You can now use SMBus commands or plain |
| 46 | I2C to communicate with your device. SMBus commands are preferred if |
| 47 | the device supports them. Both are illustrated below. |
| 48 | __u8 register = 0x10; /* Device register to access */ |
| 49 | __s32 res; |
| 50 | char buf[10]; |
| 51 | /* Using SMBus commands */ |
| 52 | res = i2c_smbus_read_word_data(file,register); |
| 53 | if (res < 0) { |
| 54 | /* ERROR HANDLING: i2c transaction failed */ |
| 55 | } else { |
| 56 | /* res contains the read word */ |
| 57 | } |
| 58 | /* Using I2C Write, equivalent of |
| 59 | i2c_smbus_write_word_data(file,register,0x6543) */ |
| 60 | buf[0] = register; |
| 61 | buf[1] = 0x43; |
| 62 | buf[2] = 0x65; |
| 63 | if ( write(file,buf,3) != 3) { |
| 64 | /* ERROR HANDLING: i2c transaction failed */ |
| 65 | } |
| 66 | /* Using I2C Read, equivalent of i2c_smbus_read_byte(file) */ |
| 67 | if (read(file,buf,1) != 1) { |
| 68 | /* ERROR HANDLING: i2c transaction failed */ |
| 69 | } else { |
| 70 | /* buf[0] contains the read byte */ |
| 71 | } |
| 72 | |
| 73 | IMPORTANT: because of the use of inline functions, you *have* to use |
| 74 | '-O' or some variation when you compile your program! |
| 75 | |
| 76 | |
| 77 | Full interface description |
| 78 | ========================== |
| 79 | |
| 80 | The following IOCTLs are defined and fully supported |
| 81 | (see also i2c-dev.h and i2c.h): |
| 82 | |
| 83 | ioctl(file,I2C_SLAVE,long addr) |
| 84 | Change slave address. The address is passed in the 7 lower bits of the |
| 85 | argument (except for 10 bit addresses, passed in the 10 lower bits in this |
| 86 | case). |
| 87 | |
| 88 | ioctl(file,I2C_TENBIT,long select) |
| 89 | Selects ten bit addresses if select not equals 0, selects normal 7 bit |
| 90 | addresses if select equals 0. Default 0. |
| 91 | |
| 92 | ioctl(file,I2C_PEC,long select) |
| 93 | Selects SMBus PEC (packet error checking) generation and verification |
| 94 | if select not equals 0, disables if select equals 0. Default 0. |
| 95 | Used only for SMBus transactions. |
| 96 | |
| 97 | ioctl(file,I2C_FUNCS,unsigned long *funcs) |
| 98 | Gets the adapter functionality and puts it in *funcs. |
| 99 | |
| 100 | ioctl(file,I2C_RDWR,struct i2c_ioctl_rdwr_data *msgset) |
| 101 | |
| 102 | Do combined read/write transaction without stop in between. |
| 103 | The argument is a pointer to a struct i2c_ioctl_rdwr_data { |
| 104 | |
| 105 | struct i2c_msg *msgs; /* ptr to array of simple messages */ |
| 106 | int nmsgs; /* number of messages to exchange */ |
| 107 | } |
| 108 | |
| 109 | The msgs[] themselves contain further pointers into data buffers. |
| 110 | The function will write or read data to or from that buffers depending |
| 111 | on whether the I2C_M_RD flag is set in a particular message or not. |
| 112 | The slave address and whether to use ten bit address mode has to be |
| 113 | set in each message, overriding the values set with the above ioctl's. |
| 114 | |
| 115 | |
| 116 | Other values are NOT supported at this moment, except for I2C_SMBUS, |
| 117 | which you should never directly call; instead, use the access functions |
| 118 | below. |
| 119 | |
| 120 | You can do plain i2c transactions by using read(2) and write(2) calls. |
| 121 | You do not need to pass the address byte; instead, set it through |
| 122 | ioctl I2C_SLAVE before you try to access the device. |
| 123 | |
| 124 | You can do SMBus level transactions (see documentation file smbus-protocol |
| 125 | for details) through the following functions: |
| 126 | __s32 i2c_smbus_write_quick(int file, __u8 value); |
| 127 | __s32 i2c_smbus_read_byte(int file); |
| 128 | __s32 i2c_smbus_write_byte(int file, __u8 value); |
| 129 | __s32 i2c_smbus_read_byte_data(int file, __u8 command); |
| 130 | __s32 i2c_smbus_write_byte_data(int file, __u8 command, __u8 value); |
| 131 | __s32 i2c_smbus_read_word_data(int file, __u8 command); |
| 132 | __s32 i2c_smbus_write_word_data(int file, __u8 command, __u16 value); |
| 133 | __s32 i2c_smbus_process_call(int file, __u8 command, __u16 value); |
| 134 | __s32 i2c_smbus_read_block_data(int file, __u8 command, __u8 *values); |
| 135 | __s32 i2c_smbus_write_block_data(int file, __u8 command, __u8 length, |
| 136 | __u8 *values); |
| 137 | All these transactions return -1 on failure; you can read errno to see |
| 138 | what happened. The 'write' transactions return 0 on success; the |
| 139 | 'read' transactions return the read value, except for read_block, which |
| 140 | returns the number of values read. The block buffers need not be longer |
| 141 | than 32 bytes. |
| 142 | |
| 143 | The above functions are all macros, that resolve to calls to the |
| 144 | i2c_smbus_access function, that on its turn calls a specific ioctl |
| 145 | with the data in a specific format. Read the source code if you |
| 146 | want to know what happens behind the screens. |