軟件?|?軟件結(jié)構(gòu)很重要!嵌入式C語言修煉之道
模塊劃分的"劃"是規(guī)劃的意思,意指怎樣合理的將一個(gè)很大的軟件劃分為一系列功能獨(dú)立的部分合作完成系統(tǒng)的需求。C語言作為一種結(jié)構(gòu)化的程序設(shè)計(jì)語言,在模塊的劃分上主要依據(jù)功能(依功能進(jìn)行劃分在面向?qū)ο笤O(shè)計(jì)中成為一個(gè)錯(cuò)誤,牛頓定律遇到了>相對(duì)論),
C語言模塊化程序設(shè)計(jì)需理解如下概念:
(1) 模塊即是一個(gè).c文件和一個(gè).h文件的結(jié)合,頭文件(.h)中是對(duì)于該模塊接口的聲明;(2) 某模塊提供給其它模塊調(diào)用的外部函數(shù)及數(shù)據(jù)需在.h中文件中冠以extern關(guān)鍵字聲明;(3) 模塊內(nèi)的函數(shù)和全局變量需在.c文件開頭冠以static關(guān)鍵字聲明;
(4) 永遠(yuǎn)不要在.h文件中定義變量!定義變量和聲明變量的區(qū)別在于定義會(huì)產(chǎn)生內(nèi)存分配的操作,是匯編階段的概念;而聲明則只是告訴包含該聲明的模塊在連接階段從其它模塊尋找外部函數(shù)和變量。如:
一個(gè)嵌入式系統(tǒng)通常包括兩類模塊:(1)硬件驅(qū)動(dòng)模塊,一種特定硬件對(duì)應(yīng)一個(gè)模塊;
多任務(wù)的并發(fā)執(zhí)行通常依賴于一個(gè)多任務(wù)操作系統(tǒng)(OS),多任務(wù)OS的核心是系統(tǒng)調(diào)度器,它使用任務(wù)控制塊(TCB)來管理任務(wù)調(diào)度功能。TCB包括任務(wù)的當(dāng)前狀態(tài)、優(yōu)先級(jí)、要等待的事件或資源、任務(wù)程序碼的起始地址、初始堆棧指針等信息。調(diào)度器在任務(wù)被激活時(shí),要用到這些信息。此外,TCB還被用來存放任務(wù)的"上下文"(context)。
任務(wù)的上下文就是當(dāng)一個(gè)執(zhí)行中的任務(wù)被停止時(shí),所要保存的所有信息。通常,上下文就是計(jì)算機(jī)當(dāng)前的狀態(tài),也即各個(gè)寄存器的內(nèi)容。當(dāng)發(fā)生任務(wù)切換時(shí),當(dāng)前運(yùn)行的任務(wù)的上下文被存入TCB,并將要被執(zhí)行的任務(wù)的上下文從它的TCB中取出,放入各個(gè)寄存器中。
嵌入式多任務(wù)OS的典型例子有Vxworks、ucLinux等。嵌入式OS并非遙不可及的神壇之物,我們可以用不到1000行代碼實(shí)現(xiàn)一個(gè)針對(duì)80186處理器的功能最簡(jiǎn)單的OS內(nèi)核。
究竟選擇多任務(wù)還是單任務(wù)方式,依賴于軟件的體系是否龐大。例如,絕大多數(shù)手機(jī)程序都是多任務(wù)的,但也有一些小靈通的協(xié)議棧是單任務(wù)的,沒有操作系統(tǒng),它們的主程序輪流調(diào)用各個(gè)軟件模塊的處理程序,模擬多任務(wù)環(huán)境。
(1)從CPU復(fù)位時(shí)的指定地址開始執(zhí)行;(2)跳轉(zhuǎn)至匯編代碼startup處執(zhí)行;(3)跳轉(zhuǎn)至用戶主程序main執(zhí)行,在main中完成:a.初試化各硬件設(shè)備; b.初始化各軟件模塊;c.進(jìn)入死循環(huán)(無限循環(huán)),調(diào)用各模塊的處理函數(shù)
用戶主程序和各模塊的處理函數(shù)都以C語言完成。用戶主程序最后都進(jìn)入了一個(gè)死循環(huán),其首選方案是:
下面是幾個(gè)"著名"的死循環(huán):(1)操作系統(tǒng)是死循環(huán);(2)WIN32程序是死循環(huán);(3)嵌入式系統(tǒng)軟件是死循環(huán);(4)多線程程序的線程處理函數(shù)是死循環(huán)。
你可能會(huì)辯駁,大聲說:"凡事都不是絕對(duì)的,2、3、4都可以不是死循環(huán)"。Yes,you are right,但是你得不到鮮花和掌聲。
實(shí)際上,這是一個(gè)沒有太大意義的牛角尖,因?yàn)檫@個(gè)世界從來不需要一個(gè)處理完幾個(gè)消息就喊著要OS殺死它的WIN32 程序,不需要一個(gè)剛開始RUN就自行了斷的嵌入式系統(tǒng),不需要莫名其妙啟動(dòng)一個(gè)做一點(diǎn)事就干掉自己的線程。有時(shí)候,過于嚴(yán)謹(jǐn)制造的不是便利而是麻煩。君不見,五層的TCP/IP協(xié)議棧超越嚴(yán)謹(jǐn)?shù)腎SO/OSI七層協(xié)議棧大行其道成為事實(shí)上的標(biāo)準(zhǔn)?
經(jīng)常有網(wǎng)友討論此等類似問題。面對(duì)這些問題,我們只能發(fā)出由衷的感慨:世界上還有很多有意義的事情等著我們?nèi)ハ瘮z入的食物。
實(shí)際上,嵌入式系統(tǒng)要運(yùn)行到世界末日。
02中斷服務(wù)程序
中斷是嵌入式系統(tǒng)中重要的組成部分,但是在標(biāo)準(zhǔn)C中不包含中斷。許多編譯開發(fā)商在標(biāo)準(zhǔn)C上增加了對(duì)中斷的支持,提供新的關(guān)鍵字用于標(biāo)示中斷服務(wù)程序 (ISR),類似于__interrupt、#program interrupt等。當(dāng)一個(gè)函數(shù)被定義為ISR的時(shí)候,編譯器會(huì)自動(dòng)為該函數(shù)增加中斷服務(wù)程序所需要的中斷現(xiàn)場(chǎng)入棧和出棧代碼。
中斷服務(wù)程序需要滿足如下要求:(1)不能返回值;(2)不能向ISR傳遞參數(shù);(3) ISR應(yīng)該盡可能的短小精悍;
(4) printf(char * lpFormatString,…)函數(shù)會(huì)帶來重入和性能問題,不能在ISR中采用。
在某項(xiàng)目的開發(fā)中,我們?cè)O(shè)計(jì)了一個(gè)隊(duì)列,在中斷服務(wù)程序中,只是將中斷類型添加入該隊(duì)列中,在主程序的死循環(huán)中不斷掃描中斷隊(duì)列是否有中斷,有則取出隊(duì)列中的第一個(gè)中斷類型,進(jìn)行相應(yīng)處理。
03硬件驅(qū)動(dòng)模塊
一個(gè)硬件驅(qū)動(dòng)模塊通常應(yīng)包括如下函數(shù):
(1)中斷服務(wù)程序ISR(2)硬件初始化a.修改寄存器,設(shè)置硬件參數(shù)(如UART應(yīng)設(shè)置其波特率,AD/DA設(shè)備應(yīng)設(shè)置其采樣速率等);
(3)設(shè)置CPU針對(duì)該硬件的控制線a.如果控制線可作PIO(可編程I/O)和控制信號(hào)用,則設(shè)置CPU內(nèi)部對(duì)應(yīng)寄存器使其作為控制信號(hào);b.設(shè)置CPU內(nèi)部的針對(duì)該設(shè)備的中斷屏蔽位,設(shè)置中斷方式(電平觸發(fā)還是邊緣觸發(fā))。
(4)提供一系列針對(duì)該設(shè)備的操作接口函數(shù)。例如,對(duì)于LCD,其驅(qū)動(dòng)模塊應(yīng)提供繪制像素、畫線、繪制矩陣、顯示字符點(diǎn)陣等函數(shù);而對(duì)于實(shí)時(shí)鐘,其驅(qū)動(dòng)模塊則需提供獲取時(shí)間、設(shè)置時(shí)間等函數(shù)。
三、C的面向?qū)ο蠡?
我們可以利用C語言模擬出面向?qū)ο蟮娜齻€(gè)特性:封裝、繼承和多態(tài),但是更多的時(shí)候,我們只是需要將數(shù)據(jù)與行為封裝以解決軟件結(jié)構(gòu)混亂的問題。C模擬面向?qū)ο笏枷氲哪康牟辉谟谀M行為本身,而在于解決某些情況下使用C語言編程時(shí)程序整體框架結(jié)構(gòu)分散、數(shù)據(jù)和函數(shù)脫節(jié)的問題。我們?cè)诤罄m(xù)章節(jié)會(huì)看到這樣的例子。
限時(shí)免費(fèi)掃碼進(jìn)群,交流更多行業(yè)技術(shù)
每篇原創(chuàng)內(nèi)容都是我們用心血換來的知識(shí)精華,如果您覺得本文有價(jià)值,歡迎轉(zhuǎn)載分享;
如果您對(duì)單片機(jī)及嵌入式設(shè)計(jì)感興趣,歡迎加入我們的辯論探討,加我微信【xyzn3333】。