摘  要： 針對嵌入式系統的鍵盤驅動特點，以Linux 2.6.21內核為例，提出了一種基于嵌入式Linux的矩陣鍵盤的實現方案。介紹了矩陣鍵盤的結構及原理，設計了基于Platform機制的矩陣鍵盤驅動程序，并解決了按鍵去抖及重鍵問題。通過測試實踐，證明該驅動程序工作高效、穩定可靠。
關鍵詞： 嵌入式Linux；Platform機制；矩陣鍵盤；鍵盤驅動程序

　在嵌入式系統中，Linux操作系統由于具有開放源碼、良好的可移植性、多任務等優勢，已成為開發嵌入式產品的優秀操作平臺，其中鍵盤是人機交互設備中重要的輸入設備，用于向設備輸入數據和信息[1]。在嵌入式系統中，一般使用簡易的鍵盤作為輸入設備[2]，它由一系列開關矩陣排列而成（包括數字鍵、字母鍵、符號鍵、功能鍵等）。實現鍵盤掃描的方法有采用特定芯片和軟件方法兩種。
　采用特定芯片實現鍵盤掃描，會增加嵌入式系統開發的成本。而利用ARM處理器強大的功能，采用軟件的方法實現鍵盤掃描不僅可以降低成本，還可以節省CPU的資源開銷。因此，本文提出的鍵盤方案是以嵌入式Linux和AT91RM9200為軟硬件平臺，設計了基于Platform機制的矩陣鍵盤驅動程序，解決了按鍵去抖及重鍵問題，在實際應用中表明該方案具有很好的穩定性和實時性。
1 矩陣式鍵盤的結構及原理
　硬件平臺是基于CE9200架構的AT91RM9200處理器，工作于180 MHz時性能高達200 MIPS，功耗較低，適用于高性能的嵌入式系統。
　在鍵盤中，排列開關最常用、也最有效的方法是二維矩陣，所需的開關數目根據需求而定，開關放置在行與列的交點上。本系統設計的是一個4×4矩陣鍵盤（k1~k16），由4根行線和4根列線組成，分別使用CPU的8個通用輸入/輸出GPIO（General Purpose I/O port）口，利用排阻作為上拉電阻。鍵盤按鍵使用鍋片式，當按下某鍵，對應行和列的GPIO口相互導通[3]。驅動程序初始化時，所有行均為輸入端，并設置為高電平；所有列均為輸出端，置為低電平。其電路原理圖如圖1所示。

2 Platform總線模型下鍵盤驅動
2.1 Platform總線模型
　Platform總線是Linux 2.6 kernel中引入的一種虛擬總線，Platform機制中將設備本身的資源注冊進內核，由內核統一管理。在驅動程序中通過platform_device提供的標準接口進行申請并使用這些資源。platform_driver通過platform bus獲取platform_device，platfrom_driver的根本目的是為了統一管理系統的外設資源，為驅動程序提供統一的接口來訪問系統資源，將驅動和資源分離，從而來提高程序的可移植性[4]。
2.2 鍵盤驅動
　在Platform總線模型下，鍵盤驅動通常是采用層次式結構，由上層鍵盤抽象層和下層鍵盤硬件處理層來實現[5]。上層是鍵盤驅動程序中的核心部分，實現將掃描碼轉換成鍵碼，再將鍵碼轉換成目標碼存放到鍵值緩沖區等功能。上層鍵盤抽象層中還定義了一些系統調用函數，而這些系統調用功能是由下層硬件處理層來實現的。下層是直接對硬件進行操作，其具體實現是由不同的硬件所決定的。
3 鍵盤驅動程序的實現
　鍵盤驅動程序的實現可分為初始化函數的實現、系統調用函數的實現以及鍵盤掃描的實現三部分。
3.1 初始化函數的實現
　初始化中主要完成設備注冊到系統內核、資源申請、鍵盤設備檢測等工作。其具體實現過程可分為兩步：platform_device與platform_driver的定義及初始化、系統探測函數at91key_probe的實現。
3.1.1 platform_device與platform_driver的定義及初始化
　首先，注冊、初始化platform_device結構變量，并將platform_device添加到platform總線；然后再進行設備號的申請；最后對platform_driver進行注冊，注冊函數如下：
　Ret=platform_driver_register（&at91key_driver）；
　platform_driver_register（）注冊時，會將當前注冊的platform_driver中的name變量的值和已注冊的所有platform_device中的name變量的值進行比較，只有找到具有相同名稱的platform_device才能注冊成功。當注冊成功時，會調用platform_driver結構元素probe函數指針（即at91key_probe）。
3.1.2 系統探測函數at91key_probe的實現
　在函數指針at91key_probe所指向的系統探測函數里，主要完成以下工作：
　（1）鍵盤端口（即8個GPIO端口）進行初始化，初始化函數如下：
Init_Keyboard（）；
　在函數Init_Keyboard中，所有行的管腳均為輸入端，并設置為高電平；所有列的管腳為輸出端，并置為低電平。初始化函數如下：
void Init_Keyboard（void）
{
      //行線
at91_set_gpio_input（AT91_PIN_PB0，1）；
at91_set_gpio_input（AT91_PIN_PB1，1）；
at91_set_gpio_input（AT91_PIN_PB2，1）；
at91_set_gpio_input（AT91_PIN_PB3，1）；
     //列線
at91_set_gpio_output（AT91_PIN_PB4，0）；
at91_set_gpio_output（AT91_PIN_PB5，0）；
at91_set_gpio_output（AT91_PIN_PB11，0）；
at91_set_gpio_output（AT91_PIN_PB12，0）；
at91_sys_write（AT91_PMC_PCER，（0x1<<AT91RM9200_ID_PIOB））；    
}
?。?）將已分配到的設備號以及設備操作接口（即為struct file_operations結構）賦予struct cdev結構變量，用cdev_init（）函數初始化已分配到的結構并與file_operations結構關聯起來，再調用cdev_add（）函數將設備號與struct cdev結構進行關聯并向內核正式報告新設備的注冊。其注冊函數如下：
cdev_init（&at91_key->chrdev，&key_fops）；
ret=cdev_add（&at91_key->chrdev，dev_id，1）；
?。?）利用函數class_create和class_device_create自動創建設備節點。其函數如下：
key_class=class_create（THIS_MODULE，KEY_NAME）；
cls_key_dev=class_device_create（key_class，NULL，dev_id，&pdev->dev，KEY_NAME）；
?。?）啟動系統內核定時器key_run_timer（），按固定的時間間隔（即定時器處理函數觸發時間為100 ms）來執行鍵盤掃描函數Scan_Keyboard（）。
3.2 系統調用函數的實現
　Linux為字符設備提供了統一的操作函數接口，內核使用file_operations結構建立主設備號和設備驅動程序的連接[6]。file_operations數據結構指明能夠對其設備文件進行的操作，其中大部分是指向用戶自己編寫的設備操作函數的函數指針，其相當于一個指針跳轉表。在Linux系統中，設備驅動程序以文件系統結構的方式為I/O設備提供一組入口點。因此，對此結構的訪問就相當于操作設備文件。
　在內核中是使用file_operation結構中函數指針來訪問驅動程序的函數，文件可以認為是一個“對象”，操作它的函數是“方法”，這些方法主要負責系統調用的實現。
　下面介紹本鍵盤驅動中打開函數、關閉函數及讀函數等系統調用的具體實現。
3.2.1 打開函數及關閉函數的實現
　應用程序打開設備文件時，會執行驅動中的打開設備文件描述符的操作。通過file_opreation結構中設備文件操作結構的映射，調用驅動中的key_open函數。此函數主要是使用try_module_get（THIS_MODULE），去增加管理此設備的THIS_MODULE模塊的使用計數。
　同樣地，當應用程序中使用close函數來關閉設備文件時，實質是通過對應文件的file_opreation結構中的release函數指針來執行系統調用函數key_release。在函數key_release中使用module_put（THIS_MODULE）減少對管理此設備的THIS_MODULE模塊的使用計數。
這樣，當設備在使用時，管理此設備的模塊就不能被卸載，只有設備不再使用時模塊才能被卸載。
3.2.2 讀函數的實現
　鍵盤讀函數通過copy_to_user（）函數將從緩沖區讀取的鍵值復制到用戶數據區，上層應用程序通過調用讀函數即可獲取該鍵值。鍵盤讀函數執行流程如圖2所示。

　在鍵盤驅動中進行讀操作時，聲明等待隊列之后，判斷當前循環隊列是否有數據可讀，若無數據可讀，則直接跳出等待隊列，得到緩沖區的數據，調用函數cope_to_user，將得到的鍵值拷貝到用戶數據區；若有數據可讀，設置當前進程的狀態，利用中斷狀態來等待數據循環隊列。當有數據到循環隊列，設置狀態為任務運行狀態并跳出等待隊列，緩沖區的數據拷貝到用戶數據區。一旦上層用戶程序進行讀操作，系統調用將通過key_read（）函數來獲取用戶數據區的鍵值。
　等待隊列是由等待某些事件發生的進程組成的簡單鏈表。內核中每個等待隊列都要一個等待隊列頭（wake_queue_head），等待隊列頭是一個類型為wake_queue_head_t的數據結構。等待隊列可通過DECLARE_WAITQUEUE（）靜態創建。
3.3 鍵盤掃描的實現
　矩陣鍵盤通常是采用逐行（或列）掃描的方式識別按鍵，通常分兩步進行：（1）識別鍵盤有無鍵按下；（2）在有鍵按下時識別出具體的按鍵。鍵盤的工作方式有3種：編程掃描、定時掃描和中斷掃描。本方案采用高效率的定時掃描，定時掃描按照內核定時器指定的時間間隔來執行掃描工作。
　鍵盤掃描算法流程圖如圖3所示。

　鍵盤掃描過程是微處理器通過定時查看鍵盤矩陣以確定是否有鍵按下，并查詢被按下的鍵。驅動給每個按鍵分配一個鍵值，即按鍵的唯一標識符。應用程序通過按鍵鍵值識別被按下的鍵。初始化時，所有行均為輸入端，并設置為高電平，所有的列為輸出端，置為低電平；當無鍵按下時，將從所有作為輸入端的行中讀到高電平。只要有按鍵閉合，其中一行將變為低電平。因此，微處理器只需檢測是否有某行電平變為低電平即可確定是否有鍵按下。例如，在圖1中，如果PB1變為低電平，則表示k7、k8、k9和k15中至少有一個按鍵被按下。
　在確定按鍵操作所在行的位置之后，下一步就是要查看按鍵操作所在列的位置。在4個列輸出端口中，輪流將其中某一個端口的輸出置為低電平，其他3個端口的輸出置為高電平。這樣逐列進行掃描，直到按鍵所在的列端口輸出為低電平，此時按鍵操作所在行的管腳的輸入端口的值會變成低電平。例如，在確認k7、k8、k9和k15這行中有按鍵按下之后，進行逐列掃描。若發現在PB5為低電平時（其他端口輸出均為高電平），PB1管腳的輸入端口變為低電平，則可以斷定按鍵k8被按下了。因此可從行號和列號對應的二維數組（也就是鍵值映射表）中找到該鍵的鍵值。
4 按鍵抖動及重鍵問題的解決
　嵌入式系統中常用機械式按鍵，由于受到彈性作用的影響，鍵盤在被按下或釋放時，通常會產生機械抖動，需經過一段時間后才能穩定下來，因此處理器不能隨著按鍵的按下或釋放而產生明確的電平1或者0。雖然肉眼看來開關能夠快速穩定地閉合，但與處理器運行的速度相比，開關的動作則相對較慢。
　為了消除按鍵抖動的問題，根據開關的回彈特性，處理器按照一定的時間間隔對鍵盤進行掃描，該時間間隔被稱為去除回彈周期，一般為30 ms~100 ms。
　鍵盤去抖的流程圖如圖4所示，流程描述如下：

?。?）初始化時，將鍵盤的狀態標志變量Bsflag置為1。按內核定時器設置的100 ms時間間隔對鍵盤進行逐行掃描，若發現有鍵按下的信號出現時，此時就要確定是正常擊鍵行為還是抖動。
　（2）在檢測是不是抖動時，先啟動一個延時20 ms的定時器，20 ms之后再次對鍵盤進行掃描，判斷硬件上是否有鍵按下，若沒有，則顯然是抖動；若有鍵按下，則是用戶正常擊鍵行為，因此將此鍵值iscancode存入鍵值緩沖區里，同時Bsflag=0。之后就啟動一個100 ms的定時器，這個定時器的作用是判斷用戶何時松開鍵盤（注意這里是100 ms的定時器，與剛才的20 ms不同）。
?。?）在100 ms定時器定時時間到了之后，要判斷此鍵是否已經彈起。若還是按下，繼續啟動延時100 ms的定時器，在下一個100 ms時再進行判斷。若是彈起，則要進一步判斷是抖動現象還是已完全彈起，進行一個20 ms的延遲去抖就可以完全判斷出來。當判斷出鍵是完全彈起，則將此鍵值iscancode加上0x80存入鍵值緩沖區里，同時Bsflag=1。此時按鍵已經完全地被松開彈起了。
　在程序中對鍵盤標志變量Bsflag和鍵值緩沖區鍵值（是否小于0x80）進行有效的判斷，完全可以解決按鍵的防抖及重鍵問題。
5 鍵盤驅動的測試
　驅動開發完成后，用insmod將模塊加載入內核，在PC和目標板之間搭建好嵌入式交叉編譯環境。在硬件平臺CE9200目標板中的Linux系統下進行測試，通過PC上的超級終端將測試結果信息打印顯示出來。
在圖5中顯示了鍵盤驅動設備的成功打開與關閉，以及對按鍵動作信號的高效準確的響應，并成功解決了按鍵防抖及重鍵問題，證明本設計的矩陣鍵盤工作高效、穩定。

　本文提出的一種基于CE9200平臺和嵌入式Linux鍵盤驅動的實現方案，實現了操作的高效和穩定，已成功應用于工程實踐中的多款嵌入式設備，證明了在一定的要求下該方案完全能夠滿足性能要求。
參考文獻
[1] 怯肇乾.嵌入式人機界面中的鍵盤及其接口設計[J].單片機與嵌入式應用系統，2006，20（4）：24-27.
[2] Tool interface standard executable and linking format specification（Version 1.2）[S]. 1995.
[3] 華清遠見嵌入式培訓中心.嵌入式Linux應用程序開發標準教程（第2版）[M].北京：人民郵電出版社，2009：335-356.
[4] 宋寶華.Linux設備驅動開發詳解（第2版）[M].北京：人民郵電出版社，2010：243-248.
[5] 林樹新，吳朝暉.Linux鍵盤驅動的移植分析及實現[J].計算機工程，2005，31（2）：211-213.
[6] Liu Kang， Qian Xu， Li Yaxu， et al. Research of matrix keyboard device driver based on embedded Linux [C]. 2010 Asia-Pacific Conference on Information Network and Digital Content Security （2010APCID）， Scientific Research， 17-19 December 2010：239-243.