嵌入式軟件架構(gòu)設(shè)計(jì)
模塊劃分
本文引用地址:http://cafeforensic.com/article/257866.htm模塊劃分的劃是規(guī)劃的意思,意指怎樣合理的將一個(gè)很大的軟件劃分為一系列功能獨(dú)立的部分合作完成系統(tǒng)的需求。C語言作為一種結(jié)構(gòu)化的程序設(shè)計(jì)語言,在模塊的劃分上主要依據(jù)功能(依功能進(jìn)行劃分在面向?qū)ο笤O(shè)計(jì)中成為一個(gè)錯(cuò)誤,牛頓定律遇到了相對(duì)論),C語言模塊化程序設(shè)計(jì)需理解如下概念:
?。?) 模塊即是一個(gè).c文件和一個(gè).h文件的結(jié)合,頭文件(.h)中是對(duì)于該模塊接口的聲明;
?。?) 某模塊提供給其它模塊調(diào)用的外部函數(shù)及數(shù)據(jù)需在.h中文件中冠以extern關(guān)鍵字聲明;
?。?) 模塊內(nèi)的函數(shù)和全局變量需在.c文件開頭冠以static關(guān)鍵字聲明;
?。?) 永遠(yuǎn)不要在.h文件中定義變量!定義變量和聲明變量的區(qū)別在于定義會(huì)產(chǎn)生內(nèi)存分配的操作,是匯編階段的概念;而聲明則只是告訴包含該聲明的模塊在連接階段從其它模塊尋找外部函數(shù)和變量。如:
/*module1.h*/
int a = 5; /* 在模塊1的.h文件中定義int a */
/*module1 .c*/
#include module1.h /* 在模塊1中包含模塊1的.h文件 */
/*module2 .c*/
#include module1.h /* 在模塊2中包含模塊1的.h文件 */
/*module3 .c*/
#include module1.h /* 在模塊3中包含模塊1的.h文件 */
以上程序的結(jié)果是在模塊1、2、3中都定義了整型變量a,a在不同的模塊中對(duì)應(yīng)不同的地址單元,這個(gè)世界上從來不需要這樣的程序。正確的做法是:
/*module1.h*/
extern int a; /* 在模塊1的.h文件中聲明int a */
/*module1 .c*/
#include module1.h /* 在模塊1中包含模塊1的.h文件 */
int a = 5; /* 在模塊1的.c文件中定義int a */
/*module2 .c*/
#include module1.h /* 在模塊2中包含模塊1的.h文件 */
/*module3 .c*/
#include module1.h /* 在模塊3中包含模塊1的.h文件 */
這樣如果模塊1、2、3操作a的話,對(duì)應(yīng)的是同一片內(nèi)存單元。
一個(gè)嵌入式系統(tǒng)通常包括兩類模塊:
?。?)硬件驅(qū)動(dòng)模塊,一種特定硬件對(duì)應(yīng)一個(gè)模塊;
?。?)軟件功能模塊,其模塊的劃分應(yīng)滿足低偶合、高內(nèi)聚的要求。
多任務(wù)還是單任務(wù)
所謂單任務(wù)系統(tǒng)是指該系統(tǒng)不能支持多任務(wù)并發(fā)操作,宏觀串行地執(zhí)行一個(gè)任務(wù)。而多任務(wù)系統(tǒng)則可以宏觀并行(微觀上可能串行)地同時(shí)執(zhí)行多個(gè)任務(wù)。
多任務(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)核,作者正準(zhǔn)備進(jìn)行此項(xiàng)工作,希望能將心得貢獻(xiàn)給大家。
究竟選擇多任務(wù)還是單任務(wù)方式,依賴于軟件的體系是否龐大。例如,絕大多數(shù)手機(jī)程序都是多任務(wù)的,但也有一些小靈通的協(xié)議棧是單任務(wù)的,沒有操作系統(tǒng),它們的主程序輪流調(diào)用各個(gè)軟件模塊的處理程序,模擬多任務(wù)環(huán)境。
單任務(wù)程序典型架構(gòu)
?。?)從CPU復(fù)位時(shí)的指定地址開始執(zhí)行;
?。?)跳轉(zhuǎn)至匯編代碼startup處執(zhí)行;
?。?)跳轉(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),其首選方案是:
while(1)
{
}
有的程序員這樣寫:
for(;;)
{
}
這個(gè)語法沒有確切表達(dá)代碼的含義,我們從for(;;)看不出什么,只有弄明白for(;;)在C語言中意味著無條件循環(huán)才明白其意。
下面是幾個(gè)著名的死循環(huán):
?。?)操作系統(tǒng)是死循環(huán);
?。?)WIN32程序是死循環(huán);
?。?)嵌入式系統(tǒng)軟件是死循環(huán);
?。?)多線程程序的線程處理函數(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)友討論:
printf(%d,%d,++i,i++); /* 輸出是什么?*/
c = a+++b; /* c=? */
等類似問題。面對(duì)這些問題,我們只能發(fā)出由衷的感慨:世界上還有很多有意義的事情等著我們?nèi)ハ瘮z入的食物。
實(shí)際上,嵌入式系統(tǒng)要運(yùn)行到世界末日。
中斷服務(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)處理。
/* 存放中斷的隊(duì)列 */
typedef struct tagIntQueue
{
int intType; /* 中斷類型 */
struct tagIntQueue *next;
}IntQueue;
IntQueue lpIntQueueHead;
__interrupt ISRexample ()
{
int intType;
intType = GetSystemType();
QueueAddTail(lpIntQueueHead, intType);/* 在隊(duì)列尾加入新的中斷 */
}
在主程序循環(huán)中判斷是否有中斷:
While(1)
{
If( !IsIntQueueEmpty() )
{
intType = GetFirstInt();
switch(intType) /* 是不是很象WIN32程序的消息解析函數(shù)? */
{
/* 對(duì),我們的中斷類型解析很類似于消息驅(qū)動(dòng) */
case xxx: /* 我們稱其為中斷驅(qū)動(dòng)吧? */
…
break;
case xxx:
…
break;
…
}
}
}
按上述方法設(shè)計(jì)的中斷服務(wù)程序很小,實(shí)際的工作都交由主程序執(zhí)行了。
硬件驅(qū)動(dòng)模塊
一個(gè)硬件驅(qū)動(dòng)模塊通常應(yīng)包括如下函數(shù):
?。?)中斷服務(wù)程序ISR
?。?)硬件初始化
a.修改寄存器,設(shè)置硬件參數(shù)(如UART應(yīng)設(shè)置其波特率,AD/DA設(shè)備應(yīng)設(shè)置其采樣速率等);
b.將中斷服務(wù)程序入口地址寫入中斷向量表:
/* 設(shè)置中斷向量表 */
m_myPtr = make_far_pointer(0l); /* 返回void far型指針void far * */
m_myPtr += ITYPE_UART; /* ITYPE_UART: uart中斷服務(wù)程序 */
/* 相對(duì)于中斷向量表首地址的偏移 */
*m_myPtr = UART _Isr; /* UART _Isr:UART的中斷服務(wù)程序 */
?。?)設(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ā))。
?。?)提供一系列針對(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ū)ο蠡?/strong>
在面向?qū)ο蟮恼Z言里面,出現(xiàn)了類的概念。類是對(duì)特定數(shù)據(jù)的特定操作的集合體。類包含了兩個(gè)范疇:數(shù)據(jù)和操作。而C語言中的struct僅僅是數(shù)據(jù)的集合,我們可以利用函數(shù)指針將struct模擬為一個(gè)包含數(shù)據(jù)和操作的類。下面的C程序模擬了一個(gè)最簡(jiǎn)單的類:
#ifndef C_Class
#define C_Class struct
#endif
C_Class A
{
C_Class A *A_this; /* this指針 */
void (*Foo)(C_Class A *A_this); /* 行為:函數(shù)指針 */
int a; /* 數(shù)據(jù) */
int b;
};
我們可以利用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ì)看到這樣的例子。
總結(jié)
本篇介紹了嵌入式系統(tǒng)編程軟件架構(gòu)方面的知識(shí),主要包括模塊劃分、多任務(wù)還是單任務(wù)選取、單任務(wù)程序典型架構(gòu)、中斷服務(wù)程序、硬件驅(qū)動(dòng)模塊設(shè)計(jì)等,從宏觀上給出了一個(gè)嵌入式系統(tǒng)軟件所包含的主要元素。
請(qǐng)記?。很浖Y(jié)構(gòu)是軟件的靈魂!結(jié)構(gòu)混亂的程序面目可憎,調(diào)試、測(cè)試、維護(hù)、升級(jí)都極度困難。
評(píng)論