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