在基于實時操作系統(tǒng)(，RealTime Operating )的應用軟件設(shè)計中，“任務”是一個很重要的概念。有專家指出[1]，把一個應用系統(tǒng)分為多少個任務且定義每一個任務各負責什么事情，這是一門藝術(shù)。對于任務的劃分，并沒有一個人人都要遵守的規(guī)則，不同的人來設(shè)計一個同樣規(guī)格要求的系統(tǒng)，會有不同的方案。然而，到目前為止，很難看到有關(guān)論文對任務劃分的方法有比較詳細而系統(tǒng)的介紹。本文將深入研究劃分任務的方法，并在此基礎(chǔ)上，從實用的角度給出編寫基于RTX51 Tiny實時操作系統(tǒng)的應用軟件的指導方針。
1 任務的概念和應用軟件開發(fā)過程
在嵌入式實時多任務系統(tǒng)開發(fā)中，用C語言代碼表示的任務是一個無限的循環(huán)程序。任務不能有返回，不能有退出出口，但是任務可以被殺死，包括被別的任務殺死或自殺[2]。任務的概念與操作系統(tǒng)中的進程概念相同，一個任務是獨立的執(zhí)行進程，可以與的并發(fā)任務競爭CPU時間。
基于的應用軟件開發(fā)過程：首先是根據(jù)系統(tǒng)設(shè)計方案明確應用軟件的功能，然后結(jié)合的并發(fā)特性(或準并發(fā)特性)，對應用軟件要實現(xiàn)的功能進行大小適當?shù)膭澐郑簿褪前褢密浖墓δ馨凑找欢ǖ脑瓌t劃分為若干個任務模塊，并對各個任務間的通信和時延進行仔細的確認。
2 任務劃分的原則
任務劃分有3個原則，分別介紹如下。
2.1 原則1
原則1是將同一個外設(shè)的訪問放在一個任務中。
對每個獨立的硬件(例如串行通信端口)進行操作的驅(qū)動程序段放在一個任務中。也就是說，要想對某個設(shè)備資源進行操作，只有依靠執(zhí)行相應的任務來實現(xiàn)。這樣無論何時切換任務，都不會對任何獨立的“外設(shè)”造成影響。
這樣做能夠避免嵌入式操作系統(tǒng)的特殊問題——資源沖突和重入問題，而且利于系統(tǒng)維護與升級。各個任務之間要實現(xiàn)通信，可以調(diào)用os_send_signal函數(shù)及全局變量來實現(xiàn)。
所謂“資源沖突”，就是任務A在訪問某個資源時，恰好發(fā)生了任務切換——由任務A切換到任務B，任務B也訪問這個資源且改變了它的狀態(tài)，這樣當再次執(zhí)行任務A時，就可能發(fā)生沖突或帶來不確定性。而所謂“重入”，是指假設(shè)任務A在運行某個函數(shù)，發(fā)生任務切換后，任務B也運行這個函數(shù)，這樣就會破壞任務A執(zhí)行這個函數(shù)時的現(xiàn)場，從而可能導致任務A執(zhí)行函數(shù)時結(jié)果不正確。這種問題尤其容易出現(xiàn)在串行接口器件的操作中，例如串口，串行的A/D、D/A器件等。
2.2 原則2
原則2是要通過任務分割提高系統(tǒng)的實時性。
在嵌入式多任務實時系統(tǒng)中，任務是指一個程序分段。這個程序分段被操作系統(tǒng)當作一個基本單元來調(diào)度。典型地，每個任務都是一個無限的循環(huán)。
RTOS本質(zhì)上就是嵌入的實時內(nèi)核，它負責管理各個任務，或者說是為每個任務分配CPU時間，并且負責任務之間的通信。實時內(nèi)核可分為可剝奪型和不可剝奪型兩類。因此，按照所使用內(nèi)核的不同，嵌入式實時系統(tǒng)也可分為兩類：使用不可剝奪型內(nèi)核的嵌入式實時系統(tǒng)和使用可剝奪型內(nèi)核的嵌入式實時系統(tǒng)。
2.2.1 長任務的定義
在RTOS中，長任務就是指整個任務的執(zhí)行時間較長，超出了RTOS中某一個或某幾個任務的實時要求容限，而對整個RTOS的實時性構(gòu)成威脅的那些任務。需要注意的是，長任務與復雜任務不能混淆，復雜任務的執(zhí)行時間不一定長，簡單任務也可能會構(gòu)成長任務。
2.2.2 長任務對RTOS的影響
當使用可剝奪型實時內(nèi)核時，長任務由于執(zhí)行的時間較長，因而更容易被高優(yōu)先級的任務打斷；一旦高優(yōu)先級的任務進入了就緒狀態(tài)，當前任務的CPU使用權(quán)就被剝奪了，或者說任務被掛起了，那個高優(yōu)先級的任務立刻得到了CPU的控制權(quán)。這樣會出現(xiàn)兩個問題：一是長任務可能在一次執(zhí)行的過程中被頻繁打斷，長時間得不到一次完整的執(zhí)行；二是長任務被打斷時，可能要保存大量的現(xiàn)場信息，其目的是為了保證在高優(yōu)先級任務執(zhí)行完返回后，長任務能得以繼續(xù)執(zhí)行。然而，這樣做要占用一定的系統(tǒng)資源，同時保存現(xiàn)場本身也是要占用CPU時間的，因此，實時性也會下降。
當使用不可剝奪型實時內(nèi)核時，長任務對RTOS的影響更為明顯，因為在這種內(nèi)核中，任務的響應時間取決于最長的任務執(zhí)行時間。也就是說，由于長任務的存在，任務的響應時間要變長。其結(jié)果是CPU長時間停留在長任務中，任務得不到實時的響應，甚至根本得不到執(zhí)行，系統(tǒng)的實時性勢必要下降。
總之，無論是使用可剝奪型內(nèi)核，還是使用不可剝奪型內(nèi)核，長任務都會對RTOS構(gòu)成嚴重的威脅。
2.2.3 長任務問題的解決方法
解決長任務問題最有效的途徑是進行任務分割。所謂“任務分割”是指將影響系統(tǒng)實時性的長任務分割成若干個小任務。這樣單個任務的執(zhí)行時間變短，系統(tǒng)的任務響應時間變短，實時性得以提高。
（1） 對任務的分析與計算
當然，長任務的分割必須結(jié)合系統(tǒng)中所使用的內(nèi)核，以及各任務對實時性的要求等情況，進行必要的分析與計算，才能保證分割的合理性和有效性，具體的步驟如下。
① 分析系統(tǒng)共有多少個任務，這些任務對實時性的要求有多高，求出各個任務所要求的最低執(zhí)行頻率(f1，f2，…，fn)。
② 計算目前各任務的實際執(zhí)行時間(t1，t2，…，tn)
③ 確定系統(tǒng)中的長任務。如果max(t1，t2，…，tn)≤min(1/f1，1/f2，…，1/fn)，則此系統(tǒng)中不存在長任務。如果max(t1，t2，…，tn)＞min(1/f1，1/f2，…，1/fn)，則存在長任務，而且執(zhí)行時間為max(t1，t2，…，tn)的那個任務就是要找的長任務。
④ 分析此長任務是否需要分割，分析一下是什么原因?qū)е聢?zhí)行的時間過長，這個時間是否能夠通過程序的優(yōu)化來縮短？如果能，則不需要進行任務分割；否則，要對這個長任務進行分割。
（2） 實施長任務分割
常用的任務分割的方法有以下兩種：
① 將長任務按功能分為若干個小模塊，每一個模塊構(gòu)成一個小任務，每個小任務實現(xiàn)一種相對獨立的功能，且要保證執(zhí)行時間t
② 有的長任務比較特殊，例如鍵盤任務和動態(tài)顯示任務，很難按照上面的方法把它分成若干個功能相對獨立的小模塊。這時，一般是按照方便保存現(xiàn)場信息的原則，將其強制分割成若干個小任務，每個小任務在min(1/f1，1/f2，…，1/fn)時間內(nèi)主動保存現(xiàn)場信息、放棄CPU的控制權(quán)，等到再次被內(nèi)核調(diào)度時繼續(xù)執(zhí)行。這種分割方法相對而言較復雜，各任務之間界限不是很明顯，看似未經(jīng)分割，但實際上它卻是由多次任務中斷來完成的。
2.3 原則3
原則3是要將軟件工程中的“解耦原則”用于任務劃分。
可以采用軟件工程中的解耦原則對應用程序進行任務的劃分。任務之間的耦合是影響軟件復雜程度的一個重要因素，應該采取下述設(shè)計原則：盡量使用數(shù)據(jù)耦合，少用控制耦合和特征耦合，限制公共環(huán)境耦合的范圍，完全不用內(nèi)容耦合。具體方法可參見軟件工程方面的書籍。
3 基于RTX51 Tiny的應用軟件設(shè)計指導
RTX51是一個德國Keil 公司開發(fā)的用于8051系列的多任務實時操作系統(tǒng)[4]。RTX51有2個不同的版本。
（1） 完全版RTX51 Full
完全版RTX51 Full允許4個優(yōu)先級的任務時間片輪轉(zhuǎn)調(diào)度和搶先式的任務切換，可以并行地利用中斷功能。信號和信息可以通過郵箱系統(tǒng)在任務之間互相傳遞，可以從一個存儲池中分配和釋放內(nèi)存，可以強迫一個任務等待中斷、超時以及從另一個任務或中斷發(fā)出的信號或信息。
（2） 小型版RTX51 Tiny
小型版RTX51 Tiny是RTX51的一個子集，它可以很容易地在沒有任何外部存儲器的單片8051系統(tǒng)上運行。RTX51 Tiny僅支持時間片輪轉(zhuǎn)任務切換和使用信號進行任務切換，不支持搶先式的任務切換，可以并行地利用中斷功能，可以強迫一個任務等待中斷、超時以及從另一個任務或中斷發(fā)出的信號，不能進行信息處理，也不支持存儲器分配或釋放。RTX51 Tiny是一種不可剝奪型實時操作系統(tǒng)內(nèi)核。
基于RTX51 Tiny實時操作系統(tǒng)的單片機應用軟件設(shè)計，首先應該根據(jù)RTX51 Tiny操作系統(tǒng)的準并發(fā)特性，對應用軟件要實現(xiàn)的功能進行大小適當?shù)膭澐帧凑丈鲜?個原則劃分為若干個任務模塊，并對各個任務間的通信和時延進行仔細的確認。
編寫基于RTX51 Tiny的應用軟件的指導方針如下：
① 包含頭文件rtx51tny.h在應用程序中。
② 不要寫C語言主函數(shù)main()。RTX51 Tiny操作系統(tǒng)內(nèi)核中已經(jīng)有它自己的主函數(shù)main()。
③ 應用程序應該至少包括1個任務函數(shù)( function)。
④ RTX51 Tiny應用程序必須中斷使能(EA=1)，因為RTX51 Tiny操作系統(tǒng)使用了器T0中斷。
⑤ 應用程序至少調(diào)用1個RTX51 Tiny系統(tǒng)函數(shù)(如os_wait)；否則，鏈接器將不會把RTX51 Tiny的系統(tǒng)庫包含到應用程序中。
⑥ 任務0是應用程序中第一個執(zhí)行的函數(shù)。在任務 0中，必須調(diào)用os_create_task函數(shù)來運行其他任務。
⑦ 任務task函數(shù)不必退出或返回。任務task必須使用一個while(1)結(jié)構(gòu)或其他類似的結(jié)構(gòu)。任務task函數(shù)不帶參數(shù)，也沒有返回值。使用系統(tǒng)函數(shù)os_delete_task掛起(halt)一個運行的任務。
⑧ 中斷服務程序的編寫方式，與不使用RTX51 Tiny操作系統(tǒng)下的編寫方式相同。
⑨ 編譯和鏈接應用程序有2種途徑，一種是使用集成開發(fā)環(huán)境μVision 2 IDE，另一種是使用命令行工具CommandLine 。一般采用德國Keil 公司提供的集成開發(fā)環(huán)境 μVision 2 IDE。
利用Keil 公司提供的集成開發(fā)環(huán)境 μVision 2 IDE，創(chuàng)建RTX51 Tiny應用程序的開始的步驟如下：
① 運行Keil Software公司的集成開發(fā)環(huán)境 μVision 2 IDE。
② 運行菜單命令Project→Options for Target‘Target 1’，打開Target對話框，并在對話框中選擇Target選項卡。
③ 從Operating 下拉列表框中選擇RTX?51 Tiny，如圖1所示。
選擇RTX51 Tiny實時操作系統(tǒng)
4 結(jié)論
本文給出了劃分任務的3個原則，分別是“對同一個外設(shè)的訪問放在一個任務中”、“通過任務分割提高系統(tǒng)的實時性”和“軟件工程中的‘解耦原則’用于任務的劃分”。實踐證明，這些任務劃分的原則是行之有效的。另外，從實用的角度給出了編寫基于RTX51 Tiny實時操作系統(tǒng)應用軟件的指導方針。實際上，RTX51 Tiny實時操作系統(tǒng)對目標系統(tǒng)的硬件需求是很低的，隨著半導體技術(shù)的發(fā)展，能夠運行嵌入式實時操作系統(tǒng)的單片機芯片是很容易采購得到的。
人們越來越清楚地認識到，在嵌入式系統(tǒng)設(shè)計中引入實時操作系統(tǒng)的必要性[5]。在許多嵌入式系統(tǒng)中，不但要求系統(tǒng)能夠及時響應隨機發(fā)生的外部事件，并對其作出快速處理，通常還需要同時執(zhí)行多個任務，并對每個任務作出實時響應。實踐證明，對于這樣的應用，采用嵌入式實時操作系統(tǒng)作為應用軟件的設(shè)計平臺和運行平臺是一個良好的選擇。
下載文檔
