圖2中斷處理流程圖
?

5、軟件層的設計與實現

5.1、系統任務層的組成和優先級的設計

系統任務層并行存在以下六個任務:總控任務、音頻解碼任務、視頻解碼任務、JPEG圖片解碼任務、GUI界面任務，圖片顯示任務。每個任務均有以下三部分組成:應用程序、任務的堆棧以及任務的狀態機。任務堆棧用以存儲CPU寄存器內容。當某任務由運行態變為其他狀態時，CPU寄存器內容壓入相應任務堆棧，反之則將相應任務堆棧內容置入CPU寄存器。任務的狀態機記錄了當前任務的運行狀態，當有新的消息轉發給任務時，任務可根據狀態機查詢相應的狀態，來決定下一步的具體操作。操作系統也可以查詢任務的狀態機來獲得當前任務的運行狀態。

優先級的設定是根據任務的重要性和任務的實時性需求來定的。總控任務優先級最高，視頻任務的實時性大于音頻任務的實時性，所以將音頻的優先級排在視頻解碼任務的后面。對于其他幾個任務一般沒有太多的約束，我們可以任意安排其優先級。優先級從高到底的順序排列:總控任務，視頻解碼任務，音頻解碼任務，JPEG解碼任務，圖片顯示任務，GUI界面任務。

5.2、系統任務間的消息通信機制與狀態機的設計

在數碼相框這個系統中，消息的類型主要有兩類:

一是外部輸入(鍵盤)轉化的消息;二是任務之間相互傳遞的消息。第一類消息不知道消息的接受方，直接交給總控任務來處理，總控任務通過查詢狀態機獲得各個任務目前的運行情況后，進行內部消息的轉換，轉發給目標任務，由目標任務來具體處理。目標任務接受到總控任務傳送過來的內部消息之后，查詢自身的狀態機，執行相應的處理。每個任務都有一個時間點來查詢新的消息。在音頻解碼任務中這個時間點設在解碼數據流后填充buffer和播放buffer互換的時刻。圖片顯示任務是一個不斷循環的顯示過程，利用每次循環結束的時刻查詢新的消息。第二類消息是任務之間相互傳遞的消息，任務知道消息的接受方。因此在兩個需要相互通信的任務之間直接建立消息郵箱和信號量進行同步和通信。

狀態機是記錄任務運行狀態的一種工具，對于數碼相框這個系統來說，在不同的運行狀況下對于相同按鍵的處理是不同的，所以必須通過狀態機來實現任務的調度和處理。本文的狀態機實現采取分塊的思想，即一級一級從上往下對消息進行處理。上級的狀態機不需要對消息的內容進行具體的處理，只要明確傳遞給下面的哪一個狀態機來具體處理。針對數碼相框這個產品，本文設計了兩級狀態機的實現機制。一級是總控任務的狀態機，二級是各個應用程序的狀態機。總控任務的狀態機，主要用來對外部消息的轉發;應用程序的狀態機主要處理啟動，退出，暫停等具體操作。如圖3所示，總控任務查詢到有新的消息進來后，首先查詢當前各個任務的運行情況，然后判別消息的內容，將消息轉換成內部消息分發給當前任務或者即將運行的任務。應用程序的任務狀態機接受到總控狀態機發送過來的內部消息之后，也是查詢自身的狀態機，并且檢查消息的正確性，然后根據自身的運行狀態執行相應的操作。具體如圖4所示。

圖3總控任務的狀態機流程

圖4　應用程序的狀態機流程圖

5.3、數碼相框系統的整體實現過程

系統上電后從flash中執行boot.s啟動代碼，boot.s的主要作用就是初始化SDRAM，設置PLL，將保存在flash中的CODE拷貝到SDRAM中。因為flash中的數據可以永久保存，不會因為掉電而消失，而SDRAM則不行。

在主函數main中初始化UCOS-II操作系統，創建總控任務、視頻解碼任務、音頻解碼任務、圖片顯示任務、GUI界面任務，同時創建信號量和mailbox等系統資源等待應用程序調用，啟動UCOS-II操作系統。此后CPU的控制權交給操作系統，操作系統將CPU的控制權首先給予優先級最高的總控任務。

總控任務運行后，驅動所有外接設備，包括LCD驅動、SPU驅動、GUI驅動、Timer驅動、雙核的驅動，開啟必要的中斷位，隨后總控任務開始輪詢外部消息，有消息進來時根據上述描述的狀態機，傳遞給其他任務，運行其他任務，同時保證每隔5個時鐘節拍重新輪詢一次消息隊列，處理新的外部消息，沒有新的消息立即釋放CPU的控制權，返回正在運行的任務。
?

6　結束語

本文討論了UCOS-II操作系統在ZEVIO1020上的移植過程，闡述了移植過程中的幾個主要步驟，同時針對數碼相框這個電子消費產品給出了整個系統任務的設計方法以及如何進行任務間的消息傳遞方案。解決了系統中多任務之間相互切換和多任務同時運行的困窘。充分挖掘了UCOS-II操作系統的特性，靈活運用了操作系統的資源并且予以實現。實驗測試結果顯示，各種任務模塊可以在預想的方案中實現靈活的調度。

圖5　基于UCOS-II操作系統的數碼相框實物圖