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

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

那么在我寫的程序的項(xiàng)目要求是這樣的，要求每個(gè)按鍵一次只能觸發(fā)一次，并且觸發(fā)的時(shí)候要發(fā)出不同的鍵碼，通過音頻解碼盒將該鍵碼值讀出來(lái)，比如第一個(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，所以無(wú)效，程序不進(jìn)入發(fā)碼的狀態(tài)。當(dāng)松開后，按鍵的狀態(tài)由1變成0，此時(shí)再按下按鍵，又有效，然后鎖住。

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

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對(duì)我們的支持。如果你想了解更多相關(guān)內(nèi)容請(qǐng)查看下面相關(guān)鏈接