0 引言

由于I2C總線的通用性，Linux作為一款優秀的嵌入式操作系統，也必須要對其要有很好的支持。在Linux內核源碼中對I2C總線的驅動是基于總線設備驅動模型的，其驅動程序用到了特殊的幾個數據結構，對I2C總線協議進行了更抽象更通用的定義，極大的增加了設備驅動的可移植性。要編寫出自己的I2C 設備驅動程序，必須對這種內核I2C總線驅動的架構有深刻的理解。

1 I2C總線的硬件構成

I2C 總線協議只有兩條總線線路，一條是串行數據線（SDA），一條是串行時鐘線（SCL）。SDA 負責數據的傳輸，SCL 負責數據傳輸的時鐘同步。I2C 設備通過這兩條總線連接到處理器的I2C總線控制器上，不同設備之間通過7 位地址來區別，而且數據的傳輸是雙向的，方向的確定由1位二進制數確定，地址位加方向位是操作I2C 設備的惟一標示，I2C 設備與CPU 的連接如圖1所示。

I2C 總線上有3 種類型的信號，分別是：開始信號，結束信號和應答信號。這些信號都是由SDA和SCL上的電平變化來表示的。

開始信號（S）：當SCL為高電平時，SDA由高電平向低電平跳變，表示開始傳輸數據。

結束信號（P）：當SCL為高電平時，SDAY由低電平向高電平跳變，表示結束傳輸數據。

相應信號（ACK）：從機接收到8位數據后，在第9個時鐘周期，拉低SDA電平，表示已經接收到數據。

當總線空閑時，SDA 和SCL 都處于高電平，主機檢測到總線空閑就可以向從機發送數據。主機首先發送開始信號S，接著發出8位數據（包括前7位的從機地址和1 為的方向位），然后等待從機發回確認信號ACK.

當第8位為0時，表示向從機傳輸數據，主機收到確認信號后就可以連續的向從機寫入8 位數據；當第8 位為1時，表示向從讀取數據，這時主機就可以接收來自從機的一系列數據。最后當總個數據傳輸過程完成后，由主機發送結束信號P，表示本次的數據傳輸完成。

2 Linux 的I2C設備驅動程序的層次結構

因為I2C設備的種類繁多，如果為每一款I2C設備都編寫一個驅動程序，顯然不太現實也不太可能做到。所以，Linux中是對I2C 設備驅動采取了層次化處理，分為總線層和設備層。將I2C設備驅動的一些共同屬性抽象起來歸結起來作為總線層，而將具體I2C設備特殊操作作為設備層。在Linux中I2C設備驅動中用到的數據結構［4，7-8］的關系如圖2 所示。關于這部分代碼位于Linux內核源碼樹的/driver/i2c中。

理解這層次結構重點是要理解4個數據結構，分別是屬于設備層的i2c_driver 與i2c_client，屬于總線層的i2c_adapter與i2c_algorithm.下面分別對這四個數據結構做簡要的說明。

struct i2c_driver：具體的每一個I2C設備都應該對應著的一個驅動，這個結構體里面定義了Linux設備模型中用于I2C 總線管理的一系列函數指針和I2C 設備的信息。其中最重要的兩個成員是適配器檢測函數指針at-tach_adapter，和設備ID表id_table.

struct i2c_client：一個連接在SDA 和SCL 總線上的具體設備是由i2c_client結構體描述的，定義了兩個成員變量表示這個具體設備所對應的適配器和驅動。

struct i2c_adapter：此結構體表示CPU 里面具體的I2C控制器，本質上也是對應著一個物理設備，其中最要的成員變量是指向適配器驅動的程序的algo 結構體指針。

struct i2c_algorithm：里面定義了具體適配器驅動程序的函數指針。特別是master_xfer函數指針，這個函數實現了適配器最底層的操作方法，也是I2C設備驅動中總線層里面要編寫的重要函數。

i2c_dev 里面定義了讀寫I2C 設備應用層的讀寫接口，但由于其缺少通用性，一般很少用到所以并不做詳細的介紹。

i2c_core在驅動框架中起到了承上啟下的作用，里面定義了許多重要的函數。例如：adapter注冊/注銷函數，增加/刪除設備驅動函數，增加/刪除I2C設備的函數，I2C傳輸，發送和接收函數。這些函數都是在編寫I2C設備驅動程序中必須要用到的接口函數，正是由于這些通用的接口函數才使得代碼具有很強的可移植性和重用性。

3 編寫I2C設備驅動的思路

在了解Linux中I2C設備驅動的基本框架后，要編寫自己的設備驅動首先要弄清楚的一個問題是到底內核已經實現了那部分，需要實現的又是那部分。因為I2C設備驅動是基于總線設備驅動模型的，一般而言在移植Linux操作系統中，Linux內核已經對總線部分已經有了很好的實現，所以總線部分的驅動一般可以不必關心。

在此需要實現的是設備層的i2c_driver與i2c_client結構體，并利用I2C 子系統提供的接口函數掛接到I2C 總線上。

每一個I2C設備驅動，必須首先創造一個i2c_driver結構體對象，該結構體包含了I2C設備探測和注銷的一些基本方法和信息。其中包括設備驅動的名字，適配器的掛接/取消函數指針等。一個例子如下所示，name字段標識本驅動的名稱（不要超過31 個字符），at-tach_adapter和detach_client字段為函數指針，這兩個函數在I2C設備注冊的時候會自動調用，需要自己實現這兩個函數。

上面定義的i2c_driver對象，抽象為一個I2C的驅動模型，提供對I2C設備的探測和注銷方法，接下來就是要定義i2c_client 結構體，其代表著一個具體的I2C 設備，該結構體有一個data指針，可以指向任何私有的設備數據，在復雜點的驅動中可能會用到。

每一個I2C設備芯片，都通過硬件連接設定好了該設備的I2C設備地址。因此，I2C設備的探測一般是靠設備地址來完成的。那么，首先要在驅動代碼中聲明你要探測的I2C設備地址列表以及一個宏，示例如下：

有了i2c_client結構體代表了具體的設備和設備ID后就可以實現attach_adapter 和detach_client 函數。這兩個函數是系統自動調用的，它的實現是有一定的框架的，可以在linux內核源碼的驅動例子中找到，由于代碼過長這里不做具體的分析。針對不同的設備函數的實現會略有不同，一般attach_adapte需要完成的工作是對i2c_client結構體成員賦值和調用接口函i2c_attach_cli-ent把設備掛接到適配其中。而detach_client 函數則是完成相反的工作。

最后的一步是編寫模塊的初始化與退出函數把驅動加進I2C驅動子系統中，示例可以是：

至此，I2C設備的驅動已經完成了，但是到了這一步本驅動并沒有實際的用處，它僅僅提供的是一個設備驅動程序的管理框架，所以必須還要進行兩方面的補充。

第一方面是，利用I2C總線讀寫外部芯片的控制/狀態寄存器；第二方面是，向應用層提供I2C設備的讀寫接口，令應用程序可以對設備節點的讀寫實現對I2C具體物理設備的讀寫。為了實現I2C 設備寄存器的讀寫操作，必須要用到Linux的I2C子系統提供的讀寫接口函數：

利用這兩個函數根據芯片的讀寫時序進行封裝，就可以讀寫芯片內部的寄存器，以寫芯片寄存器為例，必須寫往總線上寫寄存器的地址，然后寫入要往寄存器里寫入的數據，示例代碼如下所示。讀寄存器的時序則是則是先寫入要讀寄存器的地址，然后接受總線上的數據，區別不大，不做示例。

要想向應用層提供讀寫接口，則必須再對I2C設備驅動進行一次簡單字符設備驅動的封裝，將I2C設備作為一個簡單字符設備，依次實現字符設備文件操作函數結構體file_operation 里面的函數指針所對應的接口函數，這里只給出了大體的框架，具體的實現對于不同的芯片有很大的不同。

定義一個字符設備結構體cdev，將I2C 設備當做一個普通的字符設備處理。

定義一個文件操作函數結構體，填寫里面函數指針，指出設備操作所對應的具體函數，一般的例子是：

接著就是編寫file_operations所對應的具體函數。

最后一步是在模塊的初始化和退出函數中增加對簡單字符設備的注冊和注銷操作，包括設備號申請與注銷，設備注冊與注銷兩方面。

至此，將編譯好的模塊加載進內核后就可以在用戶空間利用文件系統的API對設備文件進行各種操作。

4 結語

I2C總線在電子系統設計中是十分普遍的一種接口技術，而Linux又是十分流行的嵌入式操作系統。編寫嵌入式Linux下I2C總線設備的驅動驅動程序是嵌入式開發中十分重要的一項技術，不容忽視。本文首先講述了Linux系統I2C設備驅動程序的總體框架，然后給出了編寫I2C設備驅動的總體思路與框架，希望給讀者理清思路，加深對編寫I2C設備驅動的理解。總而言之，利用I2C總線通信可以達到很高的速率，而且總線上可以掛接多個節點，每個節點都由惟一的地址確定。