最近一直在做凌陽的GPL32001的單片機(jī)開發(fā)，主打產(chǎn)品是一架鋼琴。

在這架鋼琴上，我們可以看到遍布著很多按鍵，有琴鍵，也有功能選擇的按鍵，面對(duì)如此多的按鍵，對(duì)于一個(gè)剛出來工作的小伙伴肯定壓力比較大，琴鍵的特征和普通按鍵不太一樣，琴鍵的一個(gè)按鍵由兩個(gè)按鍵組成，一個(gè)按鍵儲(chǔ)存著兩樣信息，力度和鍵值。

那么在我寫的程序的項(xiàng)目要求是這樣的，要求每個(gè)按鍵一次只能觸發(fā)一次，并且觸發(fā)的時(shí)候要發(fā)出不同的鍵碼，通過音頻解碼盒將該鍵碼值讀出來，比如第一個(gè)白色琴鍵是key01--->對(duì)應(yīng)的鍵值就是0000 0001 也就是0x01，而功能按鍵的編排和琴鍵有所不同，功能按鍵的編排從序號(hào)key55開始，鍵值也和琴鍵的不一樣。鑒于這樣的特征，即可以鑒別機(jī)器是否出現(xiàn)短路，斷路等硬件是否損壞的情況。

那么，今天我提出的一個(gè)問題也是在單片機(jī)開發(fā)中常見的，也就是按鍵，學(xué)過單片機(jī)的同學(xué)都玩過按鍵，一開始都是這樣的代碼:

if(key == 0)

bell = 0 ;

else

bell = 1 ;

但是如果這樣的話，假設(shè)是在一個(gè)死循環(huán)里面，按鍵如果檢測(cè)到低電平為按下，按鍵就會(huì)一直觸發(fā)，bell=0的分支就會(huì)被不斷的執(zhí)行。

于是我想到一個(gè)好的辦法，我項(xiàng)目里是這么寫的。

定義一個(gè) static int lock ;然后做以下的操作，當(dāng)然這個(gè)操作是在一個(gè)死循環(huán)內(nèi)操作的：

//獲取按鍵狀態(tài) data = *P_IOE_Data; if((data&0x0080)) { IOE_lock = 0 ; } if((data&0x0080) == 0) { if(IOE_lock == 0) { play_sound_hightolow(0x33,Vol_value); } IOE_lock = 1 ; }

if((data & 0x0080))表示按鍵沒有被按下，此時(shí)按鍵鎖標(biāo)志為0，staic類型將記錄這個(gè)標(biāo)志變量的值，當(dāng)if((data & 0x0080) == 0)時(shí)，按鍵此時(shí)被按下了，我要判斷按鍵鎖標(biāo)志是否為0，如果為1，那么程序肯定不會(huì)運(yùn)行play_sound_hightolow();這個(gè)函數(shù)，所以當(dāng)按下按鍵的時(shí)候，鎖的初始化值為0，喇叭發(fā)出聲音碼，音頻解碼器讀出對(duì)應(yīng)的鍵值為0x33。讀完之后立馬的將鎖標(biāo)志置1，如果此時(shí)一直按住按鍵不放，因?yàn)殒i標(biāo)志等于1，所以無效，程序不進(jìn)入發(fā)碼的狀態(tài)。當(dāng)松開后，按鍵的狀態(tài)由1變成0，此時(shí)再按下按鍵，又有效，然后鎖住。

這樣做的好處就是使按鍵按下的時(shí)候，發(fā)碼的狀態(tài)只觸發(fā)一次，就不會(huì)連著發(fā)出0x33的聲音碼了，只發(fā)了一次。在合適的開發(fā)利用好標(biāo)志鎖，可以很方便的高效解決很多問題。