單片機(jī)裸奔程序的框架詳細(xì)資料說明

　　然而這只是嵌入式開發(fā)中的一點(diǎn)皮毛而已，在接觸過多種MCU，接觸過復(fù)雜設(shè)計(jì)要求，跑過操作系統(tǒng)等等后，我們?cè)诨氐?a target='_blank' class='arckwlink_none'>單片機(jī)的裸機(jī)開發(fā)時(shí)，就不知不覺的就會(huì)考慮到整個(gè)程序設(shè)計(jì)的架構(gòu)問題；一個(gè)好的程序架構(gòu)，是一個(gè)有經(jīng)驗(yàn)的工程師和一個(gè)初學(xué)者的分水嶺。以下是我對(duì)單片機(jī)程序框架以及開發(fā)中一些常用部分的認(rèn)識(shí)總結(jié)：任何對(duì)時(shí)間要求苛刻的需求都是我們的敵人，在必要的時(shí)候我們只有增加硬件成本來消滅它；

　　比如你要8個(gè)數(shù)碼管來顯示，我們?cè)跊]有相關(guān)的硬件支持的時(shí)候必須用MCU以動(dòng)態(tài)掃描的方式來使其工作良好；而動(dòng)態(tài)掃描將或多或少的阻止了MCU處理其他的事情。在MCU負(fù)擔(dān)很重的場(chǎng)合，我會(huì)選擇選用一個(gè)類似max8279外圍ic來解決這個(gè)困擾；然而慶幸的是，有著許多不是對(duì)時(shí)間要求苛刻的事情：例如鍵盤的掃描，人們敲擊鍵盤的速率是有限的，我們無需實(shí)時(shí)掃描著鍵盤，甚至可以每隔幾十ms才去掃描一下；

　　然而這個(gè)幾十ms的間隔，我們的MCU還可以完成許多的事情；單片機(jī)雖然是裸機(jī)奔跑，但是往往現(xiàn)實(shí)的需要決定了我們必須跑出操作系統(tǒng)的姿態(tài)——多任務(wù)程序；

　　比如一個(gè)常用的情況有4個(gè)任務(wù)：

　　1 鍵盤掃描；

　　2 led數(shù)碼管顯示；

　　3 串口數(shù)據(jù)需要接受和處理;

　　4 串口需要發(fā)送數(shù)據(jù)；

　　如何來構(gòu)架這個(gè)單片機(jī)的程序?qū)⑹俏覀兊闹攸c(diǎn)；

　　讀書時(shí)代的我會(huì)把鍵盤掃描用查詢的方式放在主循環(huán)中，而串口接收數(shù)據(jù)用中斷，在中斷服務(wù)函數(shù)中組成相應(yīng)的幀格式后置位相應(yīng)的標(biāo)志位，在主函數(shù)的循環(huán)中進(jìn)行數(shù)據(jù)的處理，串口發(fā)送數(shù)據(jù)以及led的顯示也放在主循環(huán)中；這樣整個(gè)程序就以標(biāo)志變量的通信方式，相互配合的在主循環(huán)和后臺(tái)中斷中執(zhí)行；然而必須指出其不妥之處：每個(gè)任務(wù)的時(shí)間片可能過長，這將導(dǎo)致程序的實(shí)時(shí)性能差。如果以這樣的方式在多加幾個(gè)任務(wù)，使得一個(gè)循環(huán)的時(shí)間過長，可能鍵盤掃描將很不靈敏。所以若要建立一個(gè)良好的通用編程模型，我們必須想辦法，消去每個(gè)任務(wù)中費(fèi)時(shí)間的部分以及把每個(gè)任務(wù)再次分解；下面來細(xì)談每個(gè)任務(wù)的具體措施：