侃侃單片機裸奔的程序框架
加入技術交流群
以上用了4個狀態(tài)，一般的鍵盤掃描只用前面3個狀態(tài)就可以了，后面一個狀態(tài)是為增加“連鍵”功能設計的。連鍵——即如果按下某個鍵不放，則迅速的多次響應該鍵值，直到其釋放。在主循環(huán)中每隔10ms讓該鍵盤掃描函數執(zhí)行一次即可；我們定其時限為10ms,當然要求并不嚴格。
2
一般情況下我們用的八位一體的數碼管，采用動態(tài)掃描的方法來完成顯示；非常慶幸人眼在高于50hz以上的閃爍時發(fā)現不了的。所以我們在動態(tài)掃描數碼管的間隔時間是充裕的。這里我們定其時限為4ms(250HZ) ，用定時器定時為2ms,在定時中斷程序中進行掃描的顯示，每次只顯示其中的一位；當然時限也可以弄長一些，更推薦的方法是把顯示函數放入主循環(huán)中，而定時中斷中置位相應的標志位即可；
// Timer 0 比較匹配中斷服務,4ms定時
interrupt [TIM0_COMP] void timer0_comp_isr(void)
{
}
void display(void) // 8位LED數碼管動態(tài)掃描函數
{
PORTC = 0xff; // 這里把段選都關閉是很必要的，否則數碼管會產生拖影
PORTA = led_7[dis_buff[posit]];
PORTC = position[posit];
if (++posit >=8 )
}
3
串口接收時用中斷方式的，這無可厚非。但如果你試圖在中斷服務程序中完成一幀數據的接收就麻煩大了。永遠記住，中斷服務函數越短越好，否則影響這個程序的實時性能。一個數據幀一般包括若干個字節(jié)，我們需要判斷一幀是否完成，校驗是否正確。在這個過程中我們不能用軟件延時，更不能用死循環(huán)等待等方式；
所以我們在串口接收中斷函數中，只是把數據放置于一個緩沖隊列中。
至于組成幀，以及檢查幀的工作我們在主循環(huán)中解決，并且每次循環(huán)中我們只處理一個數據，每個字節(jié)數據的處理間隔的彈性比較大，因為我們已經緩存在了隊列里面。
void UARTimeEvent(void)
{
}
interrupt [USART_RXC] void uart_rx_isr(void)
{
}
INT8U ChkRxFrame(void)
{
}
以上的代碼ChkRxFrame()可以放于串口接收數據處理函數RxProcess() 中，然后放入主循環(huán)中執(zhí)行即可。以上用一個計時變量RxTimer，很微妙的解決了接收幀超時的放棄幀處理，它沒有用任何等待，而且主循環(huán)中每次只是接收一個字節(jié)數據，時間很短。
我們開始架構整個系統的框架：
我們選用一個系統不常用的TIMER來產生系統所需的系統基準節(jié)拍，這里我們選用4ms；
在meg8中我們代碼如下：
// Timer 0 overflow interrupt service routine
interrupt [TIM0_OVF] void timer0_ovf_isr(void)
{
}
然后我們設計一個TimeEvent()函數，來調用一些在以指定的頻率需要循環(huán)調用的函數，
比如每個4ms我們就進行喂狗以及數碼管動態(tài)掃描顯示，每隔1s我們就調用led閃爍程序，每隔20ms我們進行鍵盤掃描程序；
void TimeEvent (void)
{
}
顯然整個思路已經很清晰了，cpu需要處理的循環(huán)事件都可以根據其對于時間的要求很方便的加入該函數中。但是我們對這事件有要求：
執(zhí)行速度快，簡短，不能有太長的延時等待，其所有事件一次執(zhí)行時間和必須小于系統的基準時間片4ms（根據需要可以加大系統基準節(jié)拍）。所以我們的鍵盤掃描程序，數碼管顯示程序，串口接收程序都如我先前所示。如果逼不得已需要用到較長的延時（如模擬IIc時序中用到的延時）
我們設計了這樣的延時函數：
void RunTime250Hz (INT8U delay)//此延時函數的單位為4ms(系統基準節(jié)拍)
{
}
我們需要延時的時間=delay*系統記住節(jié)拍4ms,此函數就確保了在延時的同時，我們其它事件（鍵盤掃描，led顯示等）也并沒有被耽誤；
好了這樣我們的主函數main()將很簡短：
Void main (voie)
{
Init_all();
while (1)
}
}
整體看來我們的系統就成了將近一個萬能的模版了，根據自己所選的cpu,選個定時器，在添加自己的事件函數即可，非常靈活方便實用，一般的單片機能勝任的場合，該模版都能搞定。
整個系統以全局標志作為主線，形散神不散；系統耗費比較小，只是犧牲了一個Timer而已，在資源缺乏的單片機中，非常適；曾經看過一個網友的模版“單片機實用系統”，其以51為例子寫的，整體思路和這個差不多，不過他寫得更為規(guī)范緊湊，非常欣賞；但個人覺得代碼開銷量要大些，用慣了都一樣哦。但是由于本系統以全局標志為驅動事件，所以比較感覺比較凌亂，全局最好都做好注釋，而其要注意一些隱形的函數遞歸情況，千萬不要遞歸的太深哦（有的單片機不支持）。
評論