摘要：μC／OS-III是對μC／OS-II的重大改進(jìn)，增加了許多新的特性。在信號量的使用上，μC／OS—III增加了一些可選的參數(shù)，提高了使用的靈活性；新增了任務(wù)內(nèi)嵌的信號量，可以更高效地和任務(wù)進(jìn)行通信。本文分析對比μC／OS—II和μC／OS—III中信號量內(nèi)部結(jié)構(gòu)的差異及新增的特性。
關(guān)鍵詞：μC／OS—III；信號量；實(shí)時(shí)操作系統(tǒng)

引言
μC／OS是一個(gè)基于優(yōu)先級調(diào)度的可剝奪型實(shí)時(shí)多任務(wù)內(nèi)核。在多任務(wù)的實(shí)時(shí)內(nèi)核中，信號量是常用的機(jī)制，可以用來實(shí)現(xiàn)對共享資源的訪問、任務(wù)之間的通信和同步，以及任務(wù)和中斷的同步等功能。μC／OS—II中提供了等待和釋放信號量等最基本的服務(wù)，而在μC／OS—III中，對信號量的使用增加了一些可選的模式，如非阻塞等待、釋放但不進(jìn)行任務(wù)調(diào)度等，提高了使用的靈活性。更重要的是，在μC／OS—III中還新增了任務(wù)內(nèi)嵌的信號量，用戶程序無需建立信號量便可和任務(wù)直接通信，比普通信號量更加簡單高效。本文將分析對比μC／OS—II和μC／OS—III中信號量內(nèi)部結(jié)構(gòu)的差異以及μC／OS—III新增的特性。

1 μC／OS—II中信號量內(nèi)部結(jié)構(gòu)
在μC／OS—II中，信號量直接使用內(nèi)核的數(shù)據(jù)結(jié)構(gòu)OS EVENT，其內(nèi)部結(jié)構(gòu)如下：


其中，和信號量相關(guān)的最重要的就是OSEventCnt、OSEventGrp和OSEventTbl[]。OSEventCnt記錄的是信號量的有效值。OSEventTbl[]是一個(gè)位映射表，以64級優(yōu)先級為例，OSEventTbl[]將是一個(gè)8×8的位映射表，如果某優(yōu)先級下有任務(wù)在等待該事件，則OSEventTbl[]中對應(yīng)的位將被置1。為了加快查詢過程，又將64級優(yōu)先級分為8組，用一個(gè)8位的整型OSEventGrp來記錄每一組的狀態(tài)。可見，OSEventGrp和OSEve ntTbl[]跟就緒表中的OSRdyGrp和OSRdyTbl[]結(jié)構(gòu)是一模一樣的，區(qū)別僅僅在于前者記錄的是等待該事件的任務(wù)的狀態(tài)，而后者記錄的是系統(tǒng)中就緒的任務(wù)的狀態(tài)。而兩者的查找過程是一樣的，都是通過“掩碼表”來快速得到列表中優(yōu)先級最高的任務(wù)。
μC／OS—II提供的信號量相關(guān)的最常用的幾個(gè)API函數(shù)如下：

在使用信號量前必須先新建一個(gè)信號量，并指定其初始值。當(dāng)信號量用于對共享資源的訪問時(shí)，該值應(yīng)初始化為實(shí)際可用的共享資源數(shù)；當(dāng)信號量用來實(shí)現(xiàn)任務(wù)的同步，則初始值應(yīng)設(shè)為0。調(diào)用等待信號量的OSSemPend()函數(shù)時(shí)可以指定超時(shí)選項(xiàng)timeout，在指定的時(shí)間內(nèi)如果沒有獲得信號量則任務(wù)會超時(shí)返回。釋放信號量時(shí)，如果有任務(wù)在等待，內(nèi)核會通過查找OSEventGrp和OSEventTbl[]獲得等待任務(wù)中優(yōu)先級最高的任務(wù)，該任務(wù)將獲得信號量從而轉(zhuǎn)入就緒態(tài)，內(nèi)核會進(jìn)行任務(wù)調(diào)度。如果獲得信號量的任務(wù)比正在執(zhí)行的任務(wù)優(yōu)先級還高，則會進(jìn)行任務(wù)切換。

2 μC／OS-Ⅲ中信號量內(nèi)部結(jié)構(gòu)
在μC／OS—III中，信號量類型的結(jié)構(gòu)有所變化，并沒有和μC／OS—II一樣繼續(xù)采用和“就緒表”類似的結(jié)構(gòu)，而是采用一個(gè)“等待列表”的數(shù)據(jù)結(jié)構(gòu)來記錄等待信號量的任務(wù)。其數(shù)據(jù)結(jié)構(gòu)如下：

從上述結(jié)構(gòu)可以看出，μC／OS—III的信號量結(jié)構(gòu)中新增了一個(gè)時(shí)間戳TS，用來記錄最近一次釋放信號量(或者是取消等待、刪除信號量)的時(shí)間。而等待信號量的任務(wù)列表則通過一個(gè)新的數(shù)據(jù)結(jié)構(gòu)OS_PEND_LIST來記錄，如圖1所示。