嵌入式 *** 作系统μCOS-II在LPC2378上的移植

　　O 引言

　　目前，市場以及院校科研用嵌入式系統產品，如Vxworks，Linux和Windows CE等都已經相當成熟，提供了有力的開發和調試工具，但有些開發成本昂貴，周期較長，而μC/OS-Ⅱ是一種多任務實時源代碼的公開 *** 作系統，內核精簡，移植性較強，非常適合用於一些小型控制和實驗系統的開發。

　　1 *** 作系統及CPU介紹

　　μC/OS-Ⅱ是基於優先級的占先式實時多任務 *** 作系統，包含有任務管理、時間管理、任務間同步通信(信號量，郵箱，消息隊列)和內存管理等功能。絕大部分代碼用C語言寫成，極少部分與處理器密切相關的代碼用彙編語言編寫，便於移植。作為一個源代碼公開的實時 *** 作系統，最多可以管理64個任務，並支持信號量、郵箱、消息隊列等多種進程間的通信機制，同時用戶可以根據需求對內核中的功能模塊進行裁剪。

　　LPC2378是一款基於ARM7TDMI-S內核的嵌入式精簡指令集微控制器，包含了1個支持仿真的ARM7TDMI-SCPU，適用於為了各種目的而需要進行串行通信的應用。該體系機構支持用戶、軟中斷、中斷、管理、中止、未定義、系統等7種處理器模式，ARM7TDMI-S處理器內部有31個通用32位寄存器，6個狀態寄存器。LPC2378包含了1個10/100 EthernetMAC，USB 2.0全速接口，4個UART接口，2路CAN通道，1個SPI接口，2個同步串行端口(SSP)，3個I2C接口，1個I2S接口和MiniBus(MiniBus僅用於LPC2378，它是8位數據/16位地址並行的總線)。下面以μC/OS-Ⅱ在工業級芯片LPC2378上的移植為例，通過分析 *** 作系統內核來介紹μC/OS-Ⅱ *** 作系統移植的一般方法和過程及相關問題的解決。

　　2 μC/OS-Ⅱ內核結構及工作原理

　　2.1 內核基本結構

　　圖1是接近μC/OS-Ⅱ的簡單內核體系結構圖，內核保留給上層應用的接口有3個，分別是軟保護、ITC和DSR。由於μC/OS-Ⅱ *** 作系統內核是可剝奪型實時多任務內核，因此最高優先級的任務一旦就緒，總能得到CPU的使用權。如果是中斷服務子程序使一個高優先級的任務進入就緒態，則中斷完成時，中斷了的任務被掛起，優先級高的任務開始運行。

　　

　　2.2 μC/OS-Ⅱ內核基本工作原理

　　多任務系統中， *** 作系統內核負責管理各個任務，或者說為每個任務分配CPU，並且負責各任務之間的通信和協同，任務切換是內核提供的基本服務。μC/OS-Ⅱ多任務 *** 作系統的基本工作原理如下：

　　(1)在使用μC/OS-Ⅱ的所有服務之前，必須調用初始化函數OSInit()，初始化所有的變量和數據結構，同時創建空閑任務OSTaskIdle()，並賦予最低的優先級別和永遠的就緒態，同時完成任務控制塊(TCB)的初始化、TCB優先級表的初始化、TCB鏈表的初始化和事件控制塊(ECB)鏈表的初始化。

　　(2)調用OSTaskCreate()或OSTaskCreateExt()創建至少一個新任務，並給任務賦予一定的優先級，而且它們有各自的一套CPU寄存器和自己的棧空間。

　　(3)調用OSSTART()函數，通過從任務就緒表中找出用戶建立的優先級別最高的任務控制塊，然後開始多任務調度。

　　3 μC/OS-Ⅱ在LPC2378上的移植過程及相關問題分析

　　現以LPC2378微控制器上的移植為例，分析μC/OS-Ⅱ *** 作系統移植的一般方法，所采用的開發環境為ARM公司的集成開發環境ADS1.2。

　　3.1 移植代碼

　　(1)μC/OS-Ⅱ與CPU類型無關的代碼有μC/OS-Ⅱ.H，μC/OS-Ⅱ.C，OS_CORE.C，OS_TASK.C，OS_TIME.C，OS_SEM.C，OS_MBOX.-C，OS_MUTEX.C，OS_FLAG.C，也就是說這些文件可以不用修改就直接添加。

　　(2)μC/OS-Ⅱ與CPU類型有關的代碼有OSCPU.H，OS_CPU_A.ASM，OS_CPU_C.C，也就是說用戶需要根據所選CPU的類型將這些函數進行修改後才能添加入內核。

　　3.2 OS_CPU.H文件的定義與修改

　　OS_CPU.H文件定義了與編譯器及CPU相關的數據類型、堆棧的寬度和增長方式以及開關中斷的宏定義。由於微處理器和微控制器所支持的堆棧增長方式不同，這裏需要根據所選芯片LPC2378支持的類型對宏OS_STK_GRWOTH進行定義，由於ARM7 TD-MI-S內核堆棧支持從上往下的生長方式，所以應做如下定義：

　　#define OS_STK_GROWTH 1 //堆棧是從上往下長的OS_CPU.H文件中另外3個宏OS_CRITICAL_METHOD，OS_ENTER_CRITICAL()，OS_EXIT_CRITICAL()用於定義開關中斷的方式及開關中斷的實現。通過調用開關中斷2個宏來保護臨界代碼如下：

　　

　　3.3 OS_CPU_C.C文件中主要函數的定義及編寫

　　OS_CPU_C.C中要求用戶編寫10個簡單的函數：

　　

　　結合要移植的CPU內核的硬件和寄存器特性，簡要對任務堆棧初始化函數進行分析和創建：

　　

　　其他9個函數必須聲明，但並不一定包含任務代碼。

　　3.4 μC/OS-Ⅱ的移植

　　μC/OS-Ⅱ的移植，還要求編寫4個簡單的彙編語言函數;即OSStartHighRdy()，OSintCtxSw()，OSTIckISR()，OSCtxSw()。

　　3.4.1 函數OSStart()調用OSStartHighRdy()

　　函數OSStart()用於調用OSStartHighRdy()，以使使就緒態任務中優先級最高的任務開始運行：

　　

　　3.4.2 時鍾節拍中斷服務程序

　　μC/OS-Ⅱ要求用戶提供一個周期性的時鍾源，以實現時間延遲和超時確認功能，時鍾節拍每秒發生10～100次。必須在開始多任務後，啟動時鍾節拍中斷，但由於Osatart()函數不會返回，用戶無法實現這一 *** 作，所以可以在OSStart()運行之後，μC/OS啟動的第1個任務中初始化節拍中斷。基於LPC2378移植下OSTicklSR()的簡易代碼編寫如下：

　　

　　當時鍾節拍中斷發生時，CPU會自動把CPU寄存器推入堆棧，但並不包括存儲頁面寄存器PPAGE，如果單片機系統的尋址范圍超過64 KB，則需要通過給PPAGE賦值來區分不同的16 KB地址，需要把PPAGE也推入堆棧。當某任務的任務控制塊中時間延時項OSTCBDly減到了零，OSTi-mtick()就進入了就緒態。OSIntExit()會調用中斷級的任務切換函數OSIntCtxSw執行任務切換，而不再執行後面的指令。如果沒有更高優先級的任務進入就緒態，則CPU會返回中斷前狀態。

　　3.4.3 任務級任務切換

　　實際上任務級的切換就是通過執行軟中斷指令，或者根據處理器的不同，執行TRAP指令來實現。中斷服務子程序、TRAP或者異常處理的向量地址必須指向OSCtXSW()，利用系統在跳轉到中斷服務程序時會自動把斷點指針壓入堆棧的功能，把斷點指針存入堆棧，而利用中斷返回指令IRET，能把斷點指針推入CPU的PC寄存器功能，恢複待運行任務的斷點，這樣就可以實現斷點的保存和恢複。

　　

　　3.4.4 中斷級任務切換

　　OSIntExit()通過調用OSIntSw()，在ISR中執行任務切換函數。因為OSIntCtxSw()是在ISR中被調用的，所以假定所有的處理器寄存器都被正確地保存到了被中斷任務的堆棧中。OSIntSw()函數的絕大多數代碼與OSCtxSw()函數是一樣的，區別只是：因為ISR已經保存了CPU的寄存器，而不再需要在OSIntSw()函數中保存CPU的寄存器。在進行 *** 作系統移植時，該段程序的代碼如下：

　　

　　

　　3.5 移植中的問題

　　ARM處理器的軟件調試通過JTAG口直接在系統的外部SRAM運行，因此在程序調試之前，ARM處理器的開發環境軟件首先調用初始化文件(*.ini)，用戶可以根據自己系統的外部存儲器和設備的地址來修改文件。如果該文件有誤，開發環境軟件將無法通過JTAG與處理器通信。系統調試過程中，經常會出現程序跑飛的現象，經過測試與分析，主要有4個方面原因：

　　(1)中斷處理程序的中斷矢量地址沒有正確賦值，從而導致發生中斷後CPU無法運行到中斷處理程序位置;

　　(2)在OsctxSw和OSIntctxSw中的任務切換語句後加人幾條NOP空語句，確保任務切換的相應指令執行結束，如果在這些位置沒有加相應的空 *** 作指令，也會導致程序跑飛;

　　(3)由於堆棧的空間分配不夠，以及沒有給CPU的各個工作模式分配空間，導致任務切換時，堆棧溢出;

　　(4)μC/OS-Ⅱ要求用戶提供一個時鍾資源來實現時鍾節拍，時鍾節拍應該每秒鍾發生10～100次，用戶必須在開始多任務調度後(即調用OSStart後)允許時鍾節拍中斷。通常的錯誤是在調用OSlnit()和OSStart()之間允許時鍾節拍中斷，同時用戶不要單純地追求實時性，而將系統的時鍾節拍頻率增加太高。以上幾個方面的問題解決後，系統的工作非常穩定。

　　4 系統測試

　　移植完成後的系統包括4個部分：自啟動程序、μC/OS-Ⅱ系統文件、移植代碼、應用程序。開發環境是ARM公司提供的ADSl.2(ARM Dev-eloper Suite)。該系統創建了以下3個任務來驗證μC/OS-Ⅱ的移植成功：

　　

　　

　　在為自己的微處理器做完μC/OS-Ⅱ的移植後，首先建立3個任務，之後不加任何其他應用代碼來測試移植好的μC/OS-Ⅱ，也就是說應該先測試內核自身的運行狀況。這樣做有2個原因：不希望將事情複雜化;如果有些地方沒有工作可以明白是移植本身的問題，而不是應用代碼產生的問題。經過測試和修改，無相關錯誤產生，說明移植成功。

　　5 結語

　　μC/OS-Ⅱ具有很強的移植性，具有多任務實時可剝奪型內核，而且代碼量較小，源代碼開放，可被廣泛移植到8位、16位等許多微處理器上。國外諸如APC，ROTEK等企業都在產品中成功地使用了μC/OS-Ⅱ內核，不僅開發成本低，而且系統精簡，因此將μC/OS-Ⅱ移植到LPC-2378這種工業級的芯片上，具有相當的商業價值。