嵌入式實時操作系統(tǒng)μC/OS-II及其應(yīng)用
早在上世紀(jì)六十年代,就已經(jīng)有人開始研究和開發(fā)嵌入式操作系統(tǒng)。但直到最近,它才在國內(nèi)被越來越多的提及。其在通信、電子、自動化等需要實時處理的領(lǐng)域所日益顯現(xiàn)的重要性吸引了人們越來越多的注意力。針對國內(nèi)大部分用戶使用的51系列的8位處理器,我們可以選擇μC/OS-II 。
μC/OS-II是由Labrosse先生編寫的一個開放式的內(nèi)核,它最主要的特點就是源碼公開的自由軟件。這一點對于用戶來說可謂利弊各半;好處在于,一方面它是免費的;另一方面用戶可以根據(jù)自己的需要對它進行修改。壞處在于,它缺乏必要的支持。它沒有功能強大的軟件包,用戶通常得自己編寫驅(qū)動程序,特別當(dāng)用戶使用的是不太常用的單片機,還必須自己編寫移植程序。
μC/OS-II特點
(1) μC/OS-II是一個占先式的內(nèi)核,即已經(jīng)準(zhǔn)備就緒的高優(yōu)先級任務(wù)可以剝奪正在運行的低優(yōu)先級任務(wù)的CPU使用權(quán)。這個特點使得它的實時性比非占先式的內(nèi)核要好。通常我們都是在中斷服務(wù)程序中使高優(yōu)先級任務(wù)進入就緒態(tài)(例如發(fā)信號),這樣退出中斷服務(wù)程序后,將進行任務(wù)切換,高優(yōu)先級任務(wù)將被執(zhí)行。但是因為我們無法確定發(fā)生中斷時程序到底執(zhí)行到了什么地方,我們也就無法判斷要經(jīng)過多長時間數(shù)據(jù)處理程序才會執(zhí)行,中斷響應(yīng)時間無法確定,系統(tǒng)的實時性不強。如果使用μC/OS-II的話,我們只要把數(shù)據(jù)處理程序的優(yōu)先級設(shè)定的高一些,并在中斷服務(wù)程序中使它進入就緒態(tài),中斷結(jié)束后數(shù)據(jù)處理程序就會被立即執(zhí)行。這樣我們可以把中斷響應(yīng)時間限制在一定的范圍內(nèi)。對于一些對中斷響應(yīng)時間有嚴(yán)格要求的系統(tǒng),這是必不可少的。
(2)μC/OS-II和我們所知道的Linux等分時操作系統(tǒng)不同,不支持時間片輪轉(zhuǎn)法。它是一個基于優(yōu)先級的實時操作系統(tǒng)。每一個任務(wù)的優(yōu)先級必須不同 (分析它的源碼會發(fā)現(xiàn),mC/OS-II 把任務(wù)的優(yōu)先級當(dāng)作任務(wù)的標(biāo)識來使用,如果優(yōu)先級相同,任務(wù)將無法區(qū)分)。進入就緒態(tài)的優(yōu)先級最高的任務(wù)首先得到CPU的使用權(quán),只有等它交出CPU的使用權(quán)后,其他任務(wù)才可以被執(zhí)行。所以它只能說是多任務(wù),不能說是多進程,至少不是我們所熟悉的那種多進程。μC/OS-II的這種特性是好是壞,主要看從什么角度來判斷。顯而易見,如果只考慮實時性,當(dāng)然比分時系統(tǒng)好,它可以保證重要任務(wù)總是優(yōu)先占有CPU。但是在系統(tǒng)中,重要任務(wù)畢竟是有限的,這就使得劃分其它任務(wù)的優(yōu)先權(quán)變成了一個讓人費神的問題。另外,有些任務(wù)交替執(zhí)行反而對用戶更有利。例如,用單片機控制兩小塊顯示屏?xí)r,無論是編程者還是使用者肯定希望它們同時工作,而不是顯示完一塊顯示屏的信息以后再顯示另一塊顯示屏的信息。
(3) μC/OS-II對共享資源提供了保護機制。μC/OS-II是一個支持多任務(wù)的操作系統(tǒng)。我們可以把一個完整的程序劃分成幾個任務(wù),不同的任務(wù)執(zhí)行不同的功能。對于共享資源(比如串口),μC/OS-II也提供了很好的解決辦法,一般情況下使用的是信號量方法。我們創(chuàng)建一個信號量并對它進行初始化,當(dāng)一個任務(wù)需要使用一個共享資源時,它必須先申請得到這個信號量。在這個過程中即使有優(yōu)先權(quán)更高的任務(wù)進入了就緒態(tài),因為無法得到信號量,也不能使用該資源。在μC/OS-II中稱為優(yōu)先級反轉(zhuǎn)。簡單的說,就是高優(yōu)先級任務(wù)必須等待低優(yōu)先級任務(wù)的完成。在上述情況下,在兩個任務(wù)之間發(fā)生優(yōu)先級反轉(zhuǎn)是無法避免的。所以在使用μC/OS-II時,我們必須對所開發(fā)的系統(tǒng)了解清楚才能選擇對于某種共享資源是否使用信號量。
μC/OS-II在單片機中的應(yīng)用
(1) 在單片機系統(tǒng)中嵌入μC/OS-II將增強系統(tǒng)的可靠性,并使得調(diào)試程序變得簡單起來。我們經(jīng)常遇到編完程序時,在調(diào)試過程中要不是程序跑飛了,要不就是陷入死循環(huán)。如果在系統(tǒng)中嵌入μC/OS-II,我們可以把整個程序分成許多任務(wù),每個任務(wù)相對獨立。然后在每個任務(wù)中設(shè)置超時函數(shù),時間用完以后,任務(wù)必須交出CPU的使用權(quán)。即使一個任務(wù)發(fā)生問題,也不會影響其它任務(wù)的運行。這樣既提高了系統(tǒng)的可靠性,同時也使得調(diào)試程序變得容易。需要指出的是,這里所說的容易是建立在開發(fā)人員對μC/OS-II有所了解并有實際操作經(jīng)驗的基礎(chǔ)上的。
(2) 在單片機系統(tǒng)中嵌入μC/OS-II將增加系統(tǒng)的開銷,這在許多書籍和資料中都提到過?,F(xiàn)在我們所使用的51系列單片機,其片內(nèi)都帶有一定的RAM和 ROM。對于一些簡單的程序,如果采用傳統(tǒng)的編程方法,已經(jīng)不需要外擴存儲器了。如果在其中嵌入μC/OS-II的話,在只需要使用任務(wù)調(diào)度、任務(wù)切換、信號量處理、延時或超時服務(wù)的情況下,也不需要外擴ROM了,但是外擴RAM是必須的。由于μC/OS-II是可裁減的操作系統(tǒng),其所需要的RAM大小就依賴于我們對操作系統(tǒng)一些功能的選擇。嵌入μC/OS-II以后總的RAM需求可以由如下表達式得出:
RAM總需求=應(yīng)用程序的RAM需求+內(nèi)核數(shù)據(jù)區(qū)的RAM需求+(任務(wù)棧需求+最大中斷嵌套棧需求)×任務(wù)數(shù)
所幸的是μC/OS-II可以對每個任務(wù)分別定義堆??臻g的大小,我們可根據(jù)任務(wù)的實際需求來進行棧空間的分配。但不管怎么說,在RAM容量有限的情況下,我們還是應(yīng)該注意一下對大型數(shù)組、數(shù)據(jù)結(jié)構(gòu)和函數(shù)的使用,別忘了,函數(shù)的形參也是要推入堆棧的。
(3) μC/OS-II的移植也是一件需要值得注意的工作。如果我們手中沒有現(xiàn)成的移植實例的話,我們就必須自己來編寫移植代碼。雖然只需要改動 兩個文件,但仍需要對相應(yīng)的微處理器比較熟悉才行。最好參照已有的移植實例。另外,即使我們有移植實例,在編程前最好也要閱讀一下,因為里面牽扯到堆棧操作。我們在編寫中斷服務(wù)程序時,把寄存器推入堆棧的順序必須與移植代碼中的順序相對應(yīng)。
(4) 和其它一些著
名的嵌入式操作系統(tǒng)不同,μC/OS-II在單片機系統(tǒng)中的啟動過程比較簡單。μC/OS-II的內(nèi)核是和應(yīng)用程序放在一起編譯成一個文件的,我們只需要把這個文件轉(zhuǎn)換成HEX格式,寫入ROM中就可以了。上電后,它會像普通的單片機程序一樣運行。
結(jié)語
從以上的分析中我們不難看出,是否在單片機系統(tǒng)中嵌入μC/OS-II取決于使用者所要開發(fā)的項目。對于實時性,可靠性要求較強的項目,特別是大型項目,最好使用μC/OS-II;而對于一些簡單的,成本要求低的項目,就沒必要這么麻煩。
參考文獻
1 邵貝貝譯.μC/OS-II 源碼公開的實時嵌入式操作系統(tǒng). 中國電力出版社
2 Labrosse Jean. MicroC/OS-II The Real Time Kernel. 摘 要: 本文通過對一種源碼公開的嵌入式操作系統(tǒng)mC/OS-II的分析,以51系列單片機為例,闡述了在單片機中使用該嵌入式操作系統(tǒng)的優(yōu)缺點。