摘要：簡要介紹Salvo的基本特點；詳細分析Salvo的內核管理、運行機制；深入探討Salvo用戶目標代碼的生成與配置，并給出不同用戶目標代碼生成方式下的用戶目標代碼生成流程。

關鍵詞：嵌入式操作系統 Salvo 內核分析 任務控制塊 配置

引言

目前電子產品開發廣泛采用以微處理器為核心的電子系統。開發以微處理器為核心的電子系統（以下簡稱微處理器系統）采用傳統的無限循環函數模式，產品的開發周期和穩定性都無法保障，因此，在微處理器系統開發中引入嵌入式實時操作系統RTOS。RTOS的引入消耗了部分系統資源。這部分系統資源對于高檔微處理器系統影響不大；對于中小規模微處理器系統，特別是單片機系統，由于RTOS資源的占用，使用戶可用資源大大減少，嚴重影響系統的實時性，甚至系統功能無法完成。市場上雖然有一些專用于單片機的RTOS，如應用于51系列單片機RTX51 tiny，但由于功能相對薄弱，無太大實用價值；另外也有一些功能較強的RTOS可移植到單片機系統，但由于占用資源較多，需擴展大量的RAM和ROM，并且產時性差。本文介紹一種適用于小容量存儲器單片機（如PIC系列）系統且功能強大的RTOS―Salvo。

1 Salvo特點

嵌入式實時操作系統Salvo有兩大特點：①占用系統資源少；②功能強大。

（1）Salvo占用的系統資源

Salvo最大的特點是占用系統資源少，特別是占用存儲器資源極少。它不但適用于51系列單片機，也適用于存儲器資源更少的PIC系列單片機。Salvo占用ROM資源取決于用戶調用的系統函數，占用RAM取決于用戶定義的變量、任務和事件的數量。以PIC16系列單片機為例，每個全局變量占10B，任務點5B，事件占3B。

（2）Salvo功能和性能

Salvo是一個基于優先級任務切換，支持事件驅動的多任務嵌入式實時操作系統。Salvo共支持16個任務優先級。且多個任務可以共用一個優先級，任務按優先級高低切換，對于多個同一優先級的任務，以時間片循環方式 （round-robin）切換。Salvo支持任務和事件的數量不限，取決于RAM的大小。（Salvo默認支持255個任務、255個事件和255個消息隊列）

圖1

Salvo內核主要提供以下幾類函數供用戶應用程序引用：

①任務管理―提供任務建立、任務撤消等功能；

②時間管理―提供任務延時函數等功能；

③信號管理―提供信號量建立、刪除、等待、發出等功能；

④消息管理―提供消息建立、刪除、等待、發出等功能。

2 Salvo的內核分析

（1）任務狀態及狀態轉移

Salvo的用戶任務具有以下幾種狀態：

①運行狀態。任務占用系統資源正在運行中，任務一時刻只能有一個任務可以處于運行狀態；

②就緒狀態。由于任務的優先級不是最高優先級，任務正在等待運行；

③延時狀態。任務先前已運行過，現在暫停運行等待延時時間到達，一旦延時時間到達，任務處于就緒狀態；

④停止狀態。任務先前已運行過，現在由于某種確定原因暫停運行，直到RTOS再次啟動該任務；

⑤等待狀態。任務暫停運行，直到它的等待事件發生。

Salvo的任務狀態轉移圖如圖1所示。

（2）任務同步和通信

為保證應用系統各任務的協調和信息傳輸，嵌入式操作系統需要同步和通信機制。一般采用信號量、事件標志、消息和消息隊列實現任務間的同步和通信。

信號量（semaphores）分二進制信號量和計數式信號量，用于表示事件的發生或對共享資源的訪問。信號量使用前應先采用OSCreateSem()函數產生，信號量接收的任務在處理中用OS_WaitSem()函數等待事件發生而掛起。一旦信號量發送，任務根據事件的發送情況用OSSignalSem()函數設置信號量，掛起的信號量接收任務繼續運行。對于二進制信號量，Salvo提供OSCreateBinSem()、OS_WaitBinSem()、OSSignalBinSem()等函數用于二進制信號量的產生、等待和設置等功能。

圖2

事件標志（event flags）用于某任務與多個事件的同步。任務與多個事件的同步可以是獨立同步（邏輯或關系），也可以是關聯同步（邏輯與關系）。Salvo提供OSCreateEFlag()、OS_WaitEFlag、OSSignalEFlag()等函數用于事件標志的產生、等待和設置等功能。

信號量和事件標志只能用于傳遞事件的發生或對共享事件的訪問，任務間其它信息的傳遞通過消息（messages）實現。消息可以傳遞各種信息，包括數值、字符、數組、函數、指針等。任務間傳遞的并非消息本身，而是指向消息的指針，消息內容的含義由發送和接收消息的任務約定。Salvo提供OSCreateMsg()、OS_WaitMsg()、OSSignalMsg()等函數用于消息的產生、等待和設置等功能。消息隊列實際是消息陣列，用于任務或中斷服務程序（ISR）向一個或多個任務發送消息，隊列中的消息按先進選出（FIFO）原則被任務讀取。Salvo提供OSCreateMsgQ()、OS_WaitMsg()、OSSignalMsgQ()等函數用于消息的產生、等待和設置等功能。

（3）任務調度和任務控制塊

Salvo是基于優先級的嵌入式實時操作系統，Salvo總是運行就緒任務表中優先級最高的任務。（Salvo允許2個以上任務處于同一優先級，同一優先級任務按時間片輪轉調度）Salvo由函數OSSched()實現任務調度。

在任務切換過程中，被剝奪CPU使用權的任務必須保存該任務的當前運行狀態，如CPU內寄存器的值；而獲得CPU使用權的任務必須恢復前一次被剝奪CPU使用權時的運行狀態，繼續運行。為完成這些功能，Salvo為每一個建立的任務建立一個任務控制埠（TCB）。任務控制埠是一個數據結構，當任務的CPU使用權被剝奪時，Salvo用它來保存該任務的運行狀態；當任務重新獲得CPU使用權時，任務控制塊能確保任務從當時被中斷處繼續運行。

3 Salvo的配置

當了成功地編譯Salvo應用程序，并使編譯后的目標代碼小，系統運行時占用RAM空間少，在編譯Salvo應用程序時，需要對Salvo進行配置。

（1）目標代碼建立方式

Salvo應用程序目標代碼建立方式有兩種：基于庫的建立和基于源泉代碼的建立。

在基于庫的目標代碼建立中，Salvo提供的用戶函數包含在預編譯的Salvo庫文件中，Salvo應用程序從用戶程序源代碼（包括C語言和匯編語言）、Salvo庫和Salvo的mem.c建立而成。由于Salvo庫是預先編譯的，應用程序編譯時的配置文件對Salvo庫，即用戶函數無效?；趲斓哪繕舜a建立過程如圖2所示。

在基于源代碼的目標代碼建立中，Salvo提供用戶函數的源代碼。Salvo應用程序從用戶程序源代碼、Salvo用戶函數源代碼（包括C語言和匯編語言）和Salvo的mem.c建立而成。由于Salvo用戶函數是源代碼形式，Salvo應用程序編譯時的配置文件對Salvo的用戶函數有效。基于源代碼的目標代碼建立過程如圖3所示。

相對于基于庫的建立方式，基于源代碼的目標代碼建立配置文件作用范圍更大，生成的目標代碼更貼近應用系統。即目標代碼更小，運行時占用RAM更少。

圖3

（2）Salvo配置

Salvo的配置信息保存在應用程序同一目標的salvocfg.h文件中，文件以文本形式，每項配置操作通過C語言的#define語句實現。Salvo的配置主要有以下幾類操作：

①任務和事件―配置任務數，開啟/關閉信號量、消息和消息隊列；

②大小指定―配置延時RAM、計數器、事件標志、標記的位數；

③定時和標記―開啟/關閉定時器；

④優化操作―優化運行速度、消息隊列、全局變量等；

⑤監視和調試―配置指針、延時、任務、事件的監視；

⑥錯誤檢查―開啟/關閉用戶函數錯誤檢查；

⑦存儲器定位―配置Salvo對象在RAM中的位置。

典型的配置文件格式如下：

#define OSBYTES_OF_DELAYS 1

//設置延時RAM長度

#define OSENABLE_MESSAGES TRUE

//開啟消息處理功能

#define OSEVENTS 1

//設置應用系統中事件數

#define OSTASKS 3

//設置應用程序系統中任務數

4 結論

以上分析可知，嵌入式實時操作系統Salvo以其功能強大、內核簡潔高效、占用資源少、可配置性強等特點，非常適合于資源較少，特別是存儲器資源少的單片機系統使用。在單片機系統中嵌入實時操作系統Salvo，可大大縮短產品開發周期，提高可靠性，增強產品市場競爭力。