(1) 設備驅動程序中數據結構strcut driver 定義了一系列函數操作的接口，這個數據結構將整個驅動連為一體，由這個結構可以看出整個驅動的脈絡。由于AD7873 與CPU 連接方式為SPI 總線連接，因此將此設備注冊為SPI 設備，即要用到數據結構structspi_driver.

　　對應于AD7873 設備，設計編寫的數據結構如下：

?

　　其中，driver 中定義了驅動名稱、總線類型和驅動所有者。

　　probe 函數為探測設備的函數。其主要進行初始化設備數據結構、初始化中斷、向設備發送控制字等。

　　remove 函數為設備移除函數。其主要進行移除設備文件、釋放中斷、釋放設備。

　　suspend 為設備暫停函數。

　　resume 為設備恢復函數。

　　(2 設備初始化函數 static int __init ad7873_nit(void)即是注冊上述數據結構，也即是注冊一個驅動，其中主要的內容為：

　　return spi_register_driver(&ad7873_driver);(3) 還要設計一個重要的函數，就是中斷函數，在觸摸屏被按下的時候產生中斷，在中斷函數中的重要工作就是啟動定時器，以判斷觸摸后的動作是觸摸筆被提起還是繼續按下。其函數原型設計為staticirqreturn_t ads7873_irq(int irq, void *handle);(4)定時器函數設計的目的就是判斷觸摸屏是否被提起，被提起就立刻刷新設備的數據到應用層，仍然處于"按下"狀態，則需要繼續測量。其函數原型設計為：

　　static void ads7873_timer(unsigned longhandle);

　　3.3 驅動的編譯和加載

　　驅動程序加入內核有兩種方式動態和靜態，動態就是只是把驅動編譯為模塊， 系統啟動后執行insmod 后加載，靜態是指直接編譯進內核，系統啟動后自動加載了。由于我們的驅動需要經過測試才能加入內核，因此采用動態的方式加載驅動。

　　在已經安裝好開發平臺的主機上執行make, 就可以得到目標文件ad7873.ko,這就是我們需要的驅動。在platform_data 數據結構中設置好驅動需要的數據，如中斷、觸摸屏大小、觸摸壓力上下限等數值，并編譯好內核下載到開發板中運行。然后將ad7873.ko 復制到開發板，在終端下執行insmodad7873.ko,得到如下提示：

?

　　圖4 驅動加載信息

　　顯示驅動已經加載成功，中斷號為126.

　　(注："this sectence has been",為調試驅動中斷的測試語句)然后用應用廣泛的tslib 觸摸屏測試程序對驅動進行測試，測試結果顯示，觸摸屏工作正常。下圖觸摸屏上白色的字"桂林電子科技大學觸摸屏"為在tslib 的測試程序下用觸摸筆寫的字，證明了觸摸屏工作是正常的。

　　將此設計應用到家庭智能網關系統中，證明其工作穩定，響應很快。

?

　　圖5 觸摸屏正常響應圖

　　4 驅動程序出現的問題及解決方法

　　在調試驅動的過程中，出現了很多問題，主要有以下兩個：

　　4.1 加載時報錯

　　在執行insmod ad7873.ko 時，報錯為：

　　ad7873: no version for "struct_module"found: kernel tainted.

　　經過檢查，發現是因為platform_data 里面定義的。model="7873"被寫成了。model="7883",造成了系統無法識別這個驅動，產生了錯誤，修改后執行insmod ad7873.ko 成功。

　　4.2 使用tslib 測試軟件測試的時候，屏幕無反應

　　原以為是中斷程序出了問題，因此在中斷里面設置打印信息，發現可以打印，于是確定了中斷時正常響應了的。然后跟蹤代碼檢查，發現定時器函數很可疑，于是在定時器函數設置打印信息，發現定時器函數沒有正確執行，找到了問題的所在。于是順藤摸瓜，終于發現原來是在這個函數中fn_get_pendown_state(void)，也就是用來得到觸摸屏狀態的引腳設置不正確，導致定時器函數里面無法得到觸摸屏的狀態，所以無響應。修改了定時器的引腳定義使其指向正確的引腳便一切OK。

　　5 結論

　　本文從硬件到軟件設計了整個觸摸屏驅動系統。作為家庭無線智能控制器的一部分，觸摸屏使整個系統使用更方便與高效。