μC/OS-Ⅱ是由Jean J.Labrosse于1992年開始提出的一個源碼公開的嵌入式實時多任務操作系統(tǒng)，至今仍在繼續(xù)發(fā)展，其已經(jīng)在工業(yè)控制、儀器儀表、汽車電子、航空航天和消費電子等領(lǐng)域得到了廣泛應用。它采用占先式實時調(diào)度方式，結(jié)構(gòu)簡潔精練、可讀性強、性能穩(wěn)定、便于移植，只需少量的工作就能將其移植到8位、16位和32位微處理器上。目前，μC/OS-Ⅱ已成為嵌入式開發(fā)人員入門嵌入式操作系統(tǒng)的合適選擇。

開發(fā)基于μC/OS-Ⅱ的嵌入式應用系統(tǒng)，首先需針對目標硬件平臺對μC/OS-Ⅱ進行移植。在詳細分析總體需求的基礎上，將系統(tǒng)功能合理地劃分為多個不同任務實現(xiàn)。由此可見，在實現(xiàn)嵌入式應用系統(tǒng)的過程中，任務劃分是十分重要的環(huán)節(jié)。劃分任務是否合理有效不僅直接決定了μC/OS-Ⅱ的性能和執(zhí)行效率，還間接影響著應用系統(tǒng)甚至整個項目的成敗。

對于國內(nèi)眾多嵌入式方向的研究人員和愛好者，基于實時操作系統(tǒng)μC/OS-Ⅱ進行教學或者研發(fā)，大多側(cè)重于μC/OS-Ⅱ在各種特定目標硬件平臺上的移植和簡單使用。而μC/OS-Ⅱ上的復雜系統(tǒng)開發(fā)特別是劃分任務策略雖已引起諸多關(guān)注，但到目前為止卻鮮有詳細而系統(tǒng)的研究成果。本文在總結(jié)前人工作和實際開發(fā)經(jīng)驗的基礎上，研究了μC/OS-Ⅱ任務劃分的方法和原則，并結(jié)合實踐給出基于MC9S12NE64硬件平臺的應用實例。

1 μC/OS-Ⅱ的任務管理機制

在μC/OS-Ⅱ中，每個任務可以是一個典型的無限循環(huán)，都處在μC/OS-Ⅱ規(guī)定的一種任務狀態(tài)。程序員把一個大地應用程序分成相對獨立的多個任務來完成，大大提高了CPU的利用率，極大地方便了應用程序的設計和維護。而多任務系統(tǒng)則通過任務切換實現(xiàn)各個任務之間的調(diào)度運行。

從存儲結(jié)構(gòu)來看，任務由3個部分組成：任務的程序代碼、任務堆棧和任務控制塊(PCB)。其中，任務堆棧用來保存該任務運行時的工作環(huán)境;任務控制塊用來保存該任務的一些屬性;任務程序代碼則描述了該任務的執(zhí)行過程。μC/OS-Ⅱ可以管理多達64個任務，其中的空任務(IDLE)和統(tǒng)計任務(STATISTICS)為系統(tǒng)任務，其余都屬于用戶任務。μC/OS-Ⅱ規(guī)定其每個任務必須設置為不同且惟一的優(yōu)先級(優(yōu)先級的數(shù)值越小，則代表任務的優(yōu)先級別越高)，而μC/OS-Ⅱ內(nèi)核會調(diào)度處于就緒狀態(tài)優(yōu)先級最高的任務進行處理，并分配CPU。就緒狀態(tài)屬于任務的5種狀態(tài)之一，其余4種狀態(tài)分別為：睡眠狀態(tài)、運行狀態(tài)、等待狀態(tài)、中斷服務狀態(tài)。μC/OS-Ⅱ的任務總會處于這5種狀態(tài)之一，并根據(jù)不同的條件在5種狀態(tài)中進行切換，如圖1所示。

2 任務劃分的方法

2.1 以硬件模塊為對象劃分任務

在使用μC/OS-Ⅱ劃分任務時，應將各硬件模塊相關(guān)的驅(qū)動程序劃分為不同的任務，根據(jù)硬件模塊在系統(tǒng)功能中的關(guān)鍵性順序設定相應的優(yōu)先級。以MCU為中心，將各硬件驅(qū)動程序劃分為獨立的任務，不僅有效防止了爭用硬件模塊出現(xiàn)的問題，還能夠提高整個μC/OS-Ⅱ的執(zhí)行效率，滿足應用系統(tǒng)的實時性要求，為系統(tǒng)維護和擴展功能打下良好的基礎。

將不同硬件模塊的操作劃分為不同的任務，使得應用系統(tǒng)必須通過μC/OS-Ⅱ內(nèi)核調(diào)度相應的任務，才能實現(xiàn)對于某個硬件模塊的訪問。這樣，每個模塊都有且只有惟一的任務與之對應，其他任務則無權(quán)時訪問它。這種操作模式有效地避免了由于多個任務同時爭用同一硬件模塊造成的沖突甚至死鎖現(xiàn)象。

按照硬件模塊劃分任務，可以有效提高μC/OS-Ⅱ的工作效率，增強應用系統(tǒng)對于實時要求的處理能力。例如：如果當前系統(tǒng)正在對并口設備進行處理，由于并口屬于慢速設備，其執(zhí)行速度遠遠落后于MCU總線頻率，因此在其工作過程中MCU大部分時間處于空閑狀態(tài)，即無事可做直到并口處理完畢為止。將并口驅(qū)動獨立為單個任務之后，μC/OS-Ⅱ內(nèi)核就可以通過任務調(diào)度使并口處理任務和其他任務并發(fā)執(zhí)行，減少MCU處于空閑狀態(tài)的時間，從而提高了整個應用系統(tǒng)運行效率。

硬件模塊與硬件驅(qū)動任務一一對應，使整個軟件系統(tǒng)框架清晰、結(jié)構(gòu)合理，增強了系統(tǒng)的可維護性和可擴展性。以增加串行通信功能為例，開發(fā)人員只要編寫相應串口驅(qū)動程序，在μC/OS-Ⅱ中增加串行通信任務即可，無需修改任何其他模塊的任務代碼。

2.2 劃分強實時性任務

實時即立即、及時的意思，根據(jù)應用中的實時要求，可以將其分為強實時和弱實時2大類。強實時對于響應時間要求很高，如果實時性得不到滿足，系統(tǒng)會出現(xiàn)錯誤甚至難以挽回的故障。弱實時雖然同樣要求調(diào)度時間短，響應速度快，但其確定性較差，超過限定時間也能勉強工作。在基于μC/OS-Ⅱ的嵌入式應用系統(tǒng)中，強實時任務能夠在限定的時間范圍內(nèi)調(diào)度執(zhí)行，是整個系統(tǒng)穩(wěn)定可靠，實時有效的重要保障。因此，在劃分μC/OS-Ⅱ任務時，應將每個強實時應用劃分為獨立的任務，與其他應用分開，并設定高優(yōu)先級，以保證強實時事件的限時發(fā)生，避免出現(xiàn)災難性后果。

假設把某一強實時應用與一弱實時性要求的應用一起打包成為1個任務。在嵌入式應用系統(tǒng)運行過程中，一旦該弱實時應用因為某種原因(例如：等待內(nèi)存數(shù)據(jù)、等待外部輸入信號、等待中斷發(fā)生等)導致整個任務進入等待狀態(tài)，則在等待的事件發(fā)生之前，強實時應用也無法通過任務調(diào)度得以執(zhí)行。在強實時系統(tǒng)中，出現(xiàn)了以上所述的情況，結(jié)果是不堪設想的。

如果強實時性應用允許通過中斷方式“通知”μC/OS-Ⅱ內(nèi)核，則可將該強實時任務代碼放入相應的中斷服務程序中去處理。在中斷服務程序在發(fā)生引起中斷處理的事件后，由硬件機制自動加載運行(把中斷服務程序的入口地址放入PC寄存器)，無需軟件調(diào)度干涉，因此可更好保證應用功能的強實時性。在中斷服務程序中執(zhí)行強實時性任務代碼，同樣必須遵循中斷服務程序要盡可能簡短的原則。具體的方法是通過分析每個強實時任務功能和代碼，將其最重要的核心部分放人中斷處理程序中，其余部分形成一個單獨的任務，兩者可通過任務同步機制(信號量、消息郵箱或者消息隊列)進行聯(lián)系，以達到簡化中斷處理過程的目的。

2.3 分割耗時較多的任務[!--empirenews.page--]

在一些較復雜的嵌入式應用系統(tǒng)中，個別任務代碼會包含繁瑣的計算算法，運行時占用大量的CPU處理時間和資源，嚴重影響μC/OS-Ⅱ系統(tǒng)的實時性。對于這樣的任務，可將其按照不同的內(nèi)部功能劃分為多個模塊，每個模塊即為一個相對獨立的小任務，相互之間通過任務通信機制協(xié)調(diào)工作。由于需要占用CPU較多的處理時間，這些任務幾乎沒有實時性要求，所以通常將其優(yōu)先級設低，以確保強實時任務的正常運行。

例如：當前的μC/OS-Ⅱ系統(tǒng)中有一任務在調(diào)度執(zhí)行時會占用較長時間，導致其運行過程頻繁被強實時任務打斷，這樣CPU就需要“犧牲”大量時間和空間用于保存被打斷的任務現(xiàn)場，而整個系統(tǒng)的實時性就會大大降低，執(zhí)行效率也大打折扣。該任務的描述如下：首先根據(jù)算法1處理數(shù)據(jù)X，其次利用算法2處理數(shù)據(jù)Y，最后將數(shù)據(jù)X和數(shù)據(jù)Y通過算法3得到數(shù)據(jù)Z。在這種情況下，應將不同的算法處理部分劃分為獨立的子任務，并根據(jù)執(zhí)行順序逐次遞減任務優(yōu)先級。由于縮短了單個任務的執(zhí)行時間，任務的響應時間也隨之變短，整個系統(tǒng)的實時性得到了提高。

3 應用實例

作者在參與開發(fā)的一個項目網(wǎng)絡數(shù)據(jù)采集系統(tǒng)中使用了μC/OS-Ⅱ進行多任務的管理。該項目基于Freescale公司1994年推出的微處理器MC9S12NE64，主要功能要求網(wǎng)絡數(shù)據(jù)采集系統(tǒng)通過光敏傳感器采集工廠生產(chǎn)設備的多個狀態(tài)指示燈，以獲取當前設備的工作狀態(tài)信息，隨后通過UDP包將信息發(fā)送至局域網(wǎng)中PC服務器處理。此外，技術(shù)人員還能夠通過串行通信方式對采集系統(tǒng)進行測試和維護。該采集系統(tǒng)劃分的主要任務及其優(yōu)先級設定如表1所示。

生產(chǎn)設備狀態(tài)信息采集及處理任務優(yōu)先級最高，因為該任務屬于強實時性任務，無法及時執(zhí)行會使采集系統(tǒng)處于癱瘓狀態(tài)。而同樣屬于實時任務的系統(tǒng)測試維護功能由于實時要求并不高，所以優(yōu)先級次之。

A/D模塊驅(qū)動程序、網(wǎng)絡模塊通信程序、串口通信程序和FIASH模塊操作程序與各自硬件單元關(guān)系密切，故將它們劃分為獨立的硬件相關(guān)任務。

采集系統(tǒng)中耗時最多、處理最復雜的部分是局域網(wǎng)內(nèi)的數(shù)據(jù)通信。由于受到芯片存儲空間的限制，作者并沒有移植現(xiàn)有源碼公開的TCP/IP協(xié)議棧，取而代之的是自主研發(fā)了簡易TCP/IP協(xié)議，并將該協(xié)議棧中每一層分割成為1個獨立的任務存在。

4 結(jié)語

μC/OS-Ⅱ是一個公開源碼、搶占式、多任務的嵌入式實時操作系統(tǒng)，自1992年面世以來，已應用于上百種產(chǎn)品。與一些商用嵌入式操作系統(tǒng)相比，它源代碼結(jié)構(gòu)清晰，易于移植和裁剪，具有很大的發(fā)展空間。本文在分析μC/OS-Ⅱ任務管理機制的基礎上，對μC/OS-Ⅱ的任務劃分進行了初步探究，闡述了一些任務劃分的方法：“劃分與硬件模塊相關(guān)的任務”、“劃分強實時性任務”、“分割耗時較多的任務”。最后，結(jié)合開發(fā)實踐給出了基于μC/OS-Ⅱ應用系統(tǒng)的任務劃分實例。