要從EEPROM 中讀取數(shù)據(jù)時，應設置R/W=1。在EEPROM發(fā)送完一個字節(jié)的數(shù)據(jù)后，主設備產生一個應答信號來響應，告知EEPROM主設備要求更多的數(shù)據(jù)，對應主設備產生的每個應答信號EEPROM將發(fā)送一個字節(jié)的數(shù)據(jù)。當主設備不發(fā)送應答信號并隨后發(fā)送結束信號位時結束此操作。讀操作的時序如圖4所示。

圖4 I2C主設備讀操作時序

　　3 Linux中I2C總線驅動體系結構

　　在Linux系統(tǒng)中，對于一個給定的I2C總線硬件配置系統(tǒng)，I2C總線驅動程序體系結構由I2C總線驅動和I2C設備驅動組成。其中I2C總線驅動包括一個具體的控制器驅動和I2C總線的算法驅動。一個算法驅動適用于一類總線控制器。而一個具體的總線控制器驅動要使用某一種算法。例如，Linux內核中提供的算法i2e-algo-8260可以用在MPC82xx系列處理器提供的I2C總線控制器上。Linux內核中提供了一些常見處理器如MPC82xx系列的算法驅動。對于I2C設備，基本上每種具體設備都有自己的基本特性。其驅動程序一般都需要特別設計。

　　在I2C總線驅動程序體系結構中。使用數(shù)據(jù)結構Driver來表示I2C設備驅動，使用數(shù)據(jù)結構Client表示一個具體的I2C設備。而對于I2C總線

　　控制器，各種總線控制器在進行數(shù)據(jù)傳輸時采用的算法有好多種，使用相同算法的控制器提供的控制接口也可能不同。在I2C總線驅動程序體系結構中，用數(shù)據(jù)結構Algorithm來表示算法，用數(shù)據(jù)結構Adapter來表示不同的總線控制器。Linux內核的I2C總線驅動程序體系結構如圖5所示。

圖5 Linux內核I2C總線驅動程序體系結構

　　在圖5中，一個Client對象對應一個具體的I2C總線設備，而一種I2C設備的Driver可以同時支持多個Client。每個Adapter對應一個具體的I2C總線控制器。不同的I2C總線控制器可以使用相同的算法Algorithm。i2c-core是I2C總線驅動程序體系結構的核心，在這個模塊中，除了為總線設備驅動提供了一些統(tǒng)一的調用接口來訪問具體的總線驅動程序功能，以進行讀寫或設置操作外，還提供了將各種支持的總線設備驅動和總線驅動添加到這個體系中的方法，以及當不再使用這些驅動時將其從體系中刪除的方法。i2c-core將總線驅動程序體系一分為二，相互獨立?？梢葬槍δ硞€I2C總線設備來設計一個I2C設備驅動程序，而不需要關心系統(tǒng)的I2C總線控制器是何種類型，所以提高了其可移植性。另一方面，在設計I2C總線驅動時也可以不要考慮其將用來支持何種設備。因為i2c-core提供了統(tǒng)一的接口，所以也為設計這兩類驅動提供了方便。

　　4 開發(fā)實例

　　Linux內核已經(jīng)提供了I2C驅動中所需要的基本模塊。i2c-core、i2c-dev和i2c-proc是總線控制器和I2C設備所需要的核心模塊。對于MPC8250處理器，內核中還有MPC8260的算法模塊i2c-algo-8260，它也適用于MPC8250的I2C控制接口。這些模塊程序在默認條件下是不會被編譯到內核里的，所以需要在配置Linux內核時把這些模塊選中。在筆者的開發(fā)中需要實現(xiàn)的是I2C總線控制器驅動和I2C設備EEPROM驅動。

　　4.1 I2C總線控制器驅動的設計

　　MPC8250的I2C總線驅動程序由i2c-algo-8260算法模塊和MPC8250具體的I2C總線控制器驅動組成。其中i2c-algo-8260算法模塊已經(jīng)在內核中實現(xiàn)，所以主要實現(xiàn)FC總線控制器驅動。

　　i2c-algo-8260算法模塊主要用來描述MPC82xx處理器如何在I2C總線上傳輸數(shù)據(jù)。該模塊中主要實現(xiàn)了MPC82xx處理器上I2C總線的初始化、讀寫、ioctl控制和中斷請求等功能。另外，還有i2c_8260_add_bus和i2c_8260_del_bus兩個函數(shù)，它們是使用這個算法的Adapter初始化時和退出時調用的函數(shù)，用來注冊和注銷一個總線控制器，需要從模塊導出。這些函數(shù)功能都被封裝在一個i2c-algorithm結構中，傳遞給使用這個算法的Adapter。算法模塊中這些函數(shù)需要調用特定控制器模塊中的函數(shù)來實現(xiàn)具體的操作。