引言
　　在開發嵌入式系統時，一般選擇基于ARM 和uC/ OS - II 的嵌入式開發平臺，因為ARM 微處理器具有處理速度快、超低功耗、價格低廉、應用前景廣泛等優點［1 ］ 。 將uC/ OS - II 移植到ARM 系統之后，可以充分結合兩者的優勢。 如果一個程序在一個環境里能工作，我們經常希望能將它移植到另一個編譯系統、處理器或者操作系統上，這就是移植技術。移植技術可以使一種特定的技術在更加廣泛的范圍使用，使軟件使用更加靈活，不局限于某一條件.uC/OS - II 是由Jean J 。 Labrosse 先生編寫的完整的可移植、固化、裁剪的占先式實時多任務內核.uC/ OS - II 的源代碼完全開放，這是其他商業實時內核無法比擬的［2 ］ 。 它是針對嵌入式應用設計的，在設計之初就充分考慮了可移植性，它的大部分源代碼都是用高可移植性的ANSIC 編寫的［3 ］ 。 uC/ OS - II可以移植到從8 位到64 位的不同類型、不同規模的嵌入式系統，并能在大部分的8 位、16 位、32 位、甚至64 位的微處理器和DSP 上運行。 由于uC/ OS - II是一個實時操作系統，所以如果將它嵌入到ARM處理器上，就能夠進一步簡化ARM系統的開發。
　　
　　圖1 　uC/ OS - II 文件體系結構
　　1 　uC/ OS - II 的移植
　　uC/OS - II 的文件系統結構包括核心代碼部分、設置代碼部分、與處理器相關的移植代碼部分［4 ］ 。 結構如圖1 所示。其中最上邊的軟件應用層是uC/ OS - II 上的代碼。 核心代碼部分包括7 個源代碼文件和1 個頭文件。 功能分別是內核管理、事件管理、消息隊列管理、存儲管理、消息管理、信號量處理、任務調度和定時管理。 設置代碼部分包括2 個頭文件，用來配置事件控制塊的數目以及是否包含消息管理相關代碼。 而與處理器相關的移植代碼部分則是進行移植過程中需要更改的部分，包括1 個頭文件OS CPU. H ，1 個匯編文件OS CPU A. S 和1 個C 代碼文件。實際上將uC/ OS - II 移植到ARM 處理器上，需要完成的工作主要是以下三個與體系結構相關的文件：OS CPU. H ，OS CPU. C 以及OS CPU A. S［5 ］ 。
　　1. 1 　OS CPU. H 的移植
　　文件OS CPU. H 中包括了用# define 語句定義的與處理器相關的常數、宏以及類型。 移植時主要修改的內容有：與編譯器相關的數據類型的設定;用#define 語句定義2 個宏開關中斷;根據堆棧的方向定義OS STK GROWTH等。
　　在將uC/ OS - II 移植到ARM 處理器上時，首先進行基本配置和數據類型定義。 重新定義數據類型是為了增加代碼的可移植性，因為不同的編譯器所提供的同一數據類型的數據長度并不相同，例如int型，在有的編譯器中是16 位，而在另外一些編譯器中則是32 位。 所以，為了便于移植，需要重新定義數據類型，如INT32U 代表無符號32 位整型。 typedefunsigned int INT8U ，就是定義一個8 位的無符號整型數據類型。 其次就是對ARM 處理器相關宏進行定義，如ARM處理器中的退出臨界區和進入臨界區的宏定義，退出臨界區宏定義［5 ］ ： # define OS EXITCRITICAL （） ARMDisable Int （ ） / / 關中斷，進入臨界區宏定義# define OS ENTER CRITICAL （ ） AR2MEnableInt （） / / 開中斷。 最后就是堆棧增長方向的設定。 當進行函數調用時，入口參數和返回地址一般都會保存在當前任務的堆棧中，編譯器的編譯選項和由此生成的堆棧指令就會決定堆棧的增長方向［6 ］ ，定義為# define OS STK GROWTH 1.