單片機的程序框架
加入技術(shù)交流群
INT8U ChkRxFrame(void)
{
}
以上的代碼ChkRxFrame()可以放于串口接收數據處理函數RxProcess() 中，然后放入主循環(huán)中執行即可。以上用一個(gè)計時(shí)變量RxTimer，很微妙的解決了接收幀超時(shí)的放棄幀處理，它沒(méi)有用任何等待，而且主循環(huán)中每次只是接收一個(gè)字節數據，時(shí)間很短。
我們開(kāi)始架構整個(gè)系統的框架：
我們選用一個(gè)系統不常用的TIMER來(lái)產(chǎn)生系統所需的系統基準節拍，這里我們選用4ms；
在meg8中我們代碼如下：
// Timer 0 overflow interrupt service routine
interrupt [TIM0_OVF] void timer0_ovf_isr(void)
{
}
然后我們設計一個(gè)TimeEvent()函數，來(lái)調用一些在以指定的頻率需要循環(huán)調用的函數，
比如每個(gè)4ms我們就進(jìn)行喂狗以及數碼管動(dòng)態(tài)掃描顯示，每隔1s我們就調用led閃爍程序，每隔20ms我們進(jìn)行鍵盤(pán)掃描程序；
void TimeEvent (void)
{
}
顯然整個(gè)思路已經(jīng)很清晰了，cpu需要處理的循環(huán)事件都可以根據其對于時(shí)間的要求很方便的加入該函數中。但是我們對這事件有要求：
執行速度快，簡(jiǎn)短，不能有太長(cháng)的延時(shí)等待，其所有事件一次執行時(shí)間和必須小于系統的基準時(shí)間片4ms（根據需要可以加大系統基準節拍）。所以我們的鍵盤(pán)掃描程序，數碼管顯示程序，串口接收程序都如我先前所示。如果逼不得已需要用到較長(cháng)的延時(shí)（如模擬IIc時(shí)序中用到的延時(shí)）
我們設計了這樣的延時(shí)函數：
void RunTime250Hz (INT8U delay)//此延時(shí)函數的單位為4ms(系統基準節拍)
{
}
我們需要延時(shí)的時(shí)間=delay*系統記住節拍4ms,此函數就確保了在延時(shí)的同時(shí)，我們其它事件（鍵盤(pán)掃描，led顯示等）也并沒(méi)有被耽誤；
好了這樣我們的主函數main()將很簡(jiǎn)短：
Void main (voie)
{
Init_all();
while (1)
}
}
整體看來(lái)我們的系統就成了將近一個(gè)萬(wàn)能的模版了，根據自己所選的cpu,選個(gè)定時(shí)器，在添加自己的事件函數即可，非常靈活方便實(shí)用，一般的單片機能勝任的場(chǎng)合，該模版都能搞定。
整個(gè)系統以全局標志作為主線(xiàn)，形散神不散；系統耗費比較小，只是犧牲了一個(gè)Timer而已，在資源缺乏的單片機中，非常適；曾經(jīng)看過(guò)一個(gè)網(wǎng)友的模版“單片機實(shí)用系統”，其以51為例子寫(xiě)的，整體思路和這個(gè)差不多，不過(guò)他寫(xiě)得更為規范緊湊，非常欣賞；但個(gè)人覺(jué)得代碼開(kāi)銷(xiāo)量要大些，用慣了都一樣哦。但是由于本系統以全局標志為驅動(dòng)事件，所以比較感覺(jué)比較凌亂，全局最好都做好注釋?zhuān)湟⒁庖恍╇[形的函數遞歸情況，千萬(wàn)不要遞歸的太深哦（有的單片機不支持）。
單片機使用系統
外鏈1
外鏈2
評論