在做項目工程的時候，我們經(jīng)常要用到比較多的按鍵，而且IO資源緊張，于是我們就想方設法地在別的模塊中節(jié)省IO口，好不容易擠出一兩個IO 口，卻發(fā)現(xiàn)仍然不夠用，實在沒辦法了就添加一個IC來掃鍵。一個IC雖然價格不高，但對于大批量生產(chǎn)而且產(chǎn)品利潤低的廠家來說，這是一筆不菲的開支！那么，我們能不能想到比較好的掃鍵方法：用最少的IO口，掃最多的鍵？可以嗎？

　　舉個例：給出5個IO口，能掃多少鍵？有人說是2*3＝6個，如圖一：

　　對，大部分技術參考書都這么做，我們也經(jīng)常這樣做：用3個IO口作行掃描，2個IO作列檢測（為方便描述，我們約定：設置某一IO口輸出為 “0”――稱其為“掃某IO口”）。用行線輸出掃鍵碼，列線檢測是否有按鍵的查詢方法進行掃鍵。掃鍵流程：在行線依次輸出011，101，110掃鍵值，行線每輸出一個掃鍵值，列線檢測一次。當列線檢測到有按鍵時，結合輸出的掃鍵值可以判斷相應的按鍵。但是，5個IO真的只能掃6個鍵嗎？有人說可以掃9個，很聰明！利用行IO與地衍生3個鍵（要注意上拉電阻），如圖二：

　　掃鍵流程：先檢測3個行IO口，對K1’，K2’，K3’進行掃鍵，之后如上述2*3掃鍵流程。5個IO口能掃9個鍵，夠厲害吧，足足比6個鍵多了1/2！動動腦，還能不能再多掃幾個？就幾個？一個也行！好，再想一下，硬是被逼出來了！如圖三：

　　不多不少，正好10個鍵！這種掃鍵方式比較少見吧！漂亮！掃鍵流程：設IO1輸出為“0”，檢測IO2…IO5，若判斷有相應健按下，則可知有健；若無鍵，則繼續(xù)掃鍵：設IO2輸出為“0”，檢測IO3，IO4，IO5，判斷有無鍵按下，如此類推。這里應注意：當掃某一IO口（輸出為“0”）時，不要去檢測已經(jīng)掃過的IO口。如：此時設置IO2輸出為“0”，依次檢測IO3，IO4，IO5，但不要去檢測IO1，否則會出錯（為什么，請思考）。感覺怎么樣？不錯吧！讓我們再看看圖三，好有成就感！看著，看著……又看到了什么？快！見圖四：

　　真強！被您看出20個鍵！多了一個對稱的三角形?？墒牵襁@樣的排列能正確掃20個鍵嗎？回答是肯定的：不能！上下三角形相互對稱，其對稱掃出的鍵無法區(qū)別。有沒有注意到分析圖三時提到的注意點？（à“當掃某IO口時，不要去檢測已經(jīng)掃過的IO口，否則會出錯”）