μC/OS-II在ARM平臺的移植是一個重要的學習過程，有助于提高對RTOS的認識與理解，從而提高嵌入式工作者的理論與技術水平。μC/OS-II是一個小的實時內核，源代碼公開，有詳盡的解釋。正是因為其內核小，才便于研究、理解和掌握。另外，參照TCP/IP協議、標準和一些公開的圖書，在μC/OS-II上增加TCP/IP協議棧，藍牙通信軟件、紅外通信協議也十分方便，商業價值得到了認可。
　　隨著科技的發展，嵌入式應用的復雜性越來越高，同時ARM體系處理器的價格越來越低，ARM平臺 + 實時操作系統的架構體系的使用會越來越廣泛。有鑒于此，本文對μC/OS-II在ARM平臺下的移植進行了深入探討。
　　1 操作系統μC/OS-II及S3C2410開發平臺簡介
　　1.1 μC/OS-II簡介
　　μC/OS最早出自于1992年美國嵌入式系統專家Jean J.Labrosse在《嵌入式系統編程》雜志5月和6月上刊登的文章連載，并把μC/OS的源代碼發表在該雜志的BBS上。μC/OS-II是目前最新的版本。
　　μC/OS-II是專門為計算機的嵌入式應用而設計的，絕大部分代碼用C語言編寫。CPU的相關部分采用匯編語言編寫，總量在200行左右的匯編語言被壓縮到最低限度，目的是便于移植到任何一種其他的CPU上去。
　　μC/OS-II具有執行效率高、占用空間小、實時性優良、可擴展等特點，最小內核可編譯至2 KB。μC/OS-II可移植到幾乎所有知名的CPU上。
　　1.2 μC/OS-II的組成
　　嚴格地說μC/OS-II只是一個實時操作系統內核，它僅僅包含了任務調度、任務管理、時間管理、內存管理和任務間的通信和同步等基本功能。沒有提出輸入輸出管理、文件系統、網絡通信等額外的服務。但由于μC/OS-II良好的可擴展性和源代碼開放，這些非必須的功能完全可以由用戶根據自己的需要分別實現。
　　μC/OS-II可以大致分成核心、任務處理、時間處理、任務同步與通信、CPU的移植等5個部分［1］。
　　（1）核心部分（OSCore.c）：操作系統的處理核心，包括操作系統的初始化、操作系統運行、中斷進出的前導、時鐘節拍、任務調度、事件處理等多部分。
　　（2）任務處理部分（OSTask.c）：與任務操作密切相關的部分。包括任務的建立、刪除、掛起、恢復等等。
　　（3）時鐘部分（OSTime.c）：μC/OS-II中最小的時鐘單位是timetick（時鐘節拍）。任務延時等操作在此完成。
　　（4）任務同步和通信部分：為事件處理部分，包括信號量、郵箱、郵箱隊列、事件標志等部分，主要用于任務間的相互聯系和對臨界資源的訪問。
　　（5）與CPU的接口部分：這里是指μC/OS-II針對所使用的CPU需要改寫的部分。由于μC/OS-II是一個通用性的操作系統，其開放的源代碼是以X86內核為例而編寫的，在應用到其他處理器平臺上時，這部分代碼必須做相應的改變。
　　1.3 ARM硬件開發平臺簡介
　　調試時所用的硬件開發平臺是一款基于三星S3C2410A芯片的開發平臺。S3C2410開發板是一款通用的ARM9開發板，其基本配置采用三星公司的S3C2410 ARM920T芯片，主頻203 MHz。集成有SDRAM控制器、NAND Flash控制器、SD讀卡器、USB Host和USB Device控制器、LCD控制器、I2C總線控制器、SPI總線接口等。開發板上Flash空間為32 MB，SDRAM容量為128 MB。
　　2 S3C2410引導程序
　　開發板原有引導程序由VIVI公司提供，其運行過程分成兩個階段。第一階段的代碼用匯編語言編程，主要完成以下任務： （1）初始化CPU速度、存儲器、存儲器配置寄存器，以及串口等硬件資源的配置；（2）建立內存空間的映射圖，將系統的軟硬件環境帶到合適的狀態，為最終調用操作系統內核做準備； （3）裝載操作系統映像到內存中；（4）設置相關寄存器和資源，跳轉到main（）函數，進入第二階段。
　　第二階段的代碼用C語言編寫，從main（）函數開始，主要工作有：開發板外部接口初始化（I/O接口、UART接口、LCD接口等）、內存映射和內存管理單元初始化等，最后啟動linux內核。有大量文章對此開發板引導程序作了詳細的分析［3］，本文在這里不做重復，本文的重點是將引導程序與μC/OS-II操作系統二者融合，既利用了開發板源代碼提供的關于UART口、LCD和觸摸屏接口程序；時鐘、內存管理等豐富的驅動程序和接口程序，又成功地完成了對μC/OS-II實時操作系統的移植和整合。
　　3 移植要點
　　μC/OS-II的內核分成2個部分，與處理器無關的代碼和與處理器有關的代碼。移植過程中需要根據S3C2410處理器和ADSV1.2開發平臺（這里特地強調編譯平臺的因素，主要考慮到各個編譯平臺對數據格式的理解略有差別）的特點來重新編寫3個文件，用C語言編寫的OS_CPU.H、OS_CPU_C.C和用匯編語言編寫的OS_CPU_A.ASM，此外，要將S3C2410開發板引導程序和μC/OS-II內核程序融合在一起，還必須將各自main（）函數融為一體。
　　3.1 OS_CPU.H的移植
　　μC/OS-II內核中OS_CPU.H代碼是根據X86內核而寫的，其中的數據格式定義與ARM9內核以及ADSv1.2開發平臺不完全相符。OS_CPU.H的移植分為以下4個部分：
　　（1）數據類型定義：在調試時發現，雖然定義8 bit或16 bit數據類型時，在編譯過程中不會報錯，但這些變量并不會按要求被正確初始化或賦值，運行過程常常出錯。所以，在改寫OS_CPU.H代碼時，將所有變量都定義成32 bit或64 bit；
　　（2）堆棧生長方向定義：ARM的堆棧是從上往下生長的，OS_STK_GROWTH定義為1；
　　（3）開關中斷的宏定義：用開關中斷的匯編函數實現，放在OS_CPU_A.ASM文件中。
　　（4）宏定義OS_TASK_SW（）：這個宏定義是在ARM中斷處理之外時，μC/OS-II從低優先級切換到高優先級任務時所調用的代碼，它總是在任務級代碼中被調用。在有些資料中［1］，將OS_TASK_SW（）和OSIntCtxSw（）等同起來，這在ARM內核中是不行的，因為后者是ARM內核在中斷模式下的任務切換函數，而不同模式下處理器的寄存器組是不同的，所要保護的寄存器內容也不相同，經過調試，發現以下代碼可達到目的。
　　OS_TASK_SW
　　stmfd sp！， {lr} ; PC入棧，lr其實是任務的返回地址，
　　stmfd sp！， {r0-r12， lr}
　　mrs r4， cpsr
　　stmfd sp！， {r4} ;最后保存CPSR ldr r4， =OSTCBCur
　　ldr r5， ［r4］
　　str sp， ［r5］ ;將SP保存在當前任務的控制塊中 ldr r5， =OSTCBHighRdy
　　ldr r5， ［r5］
　　str r5， ［r4］ ;OSTCBCur = OSTCBHighRdy ldr r6， =OSPrioHighRdy
　　ldr r6， ［r6］
　　ldr r4， =OSPrioCur
　　str r6， ［r4］ ;OSPrioCur = OSPrioHighRdy
　　ldr sp， ［r5］ ;得到新任務的堆棧指針
　　ldr r4， ［sp］， #4
　　msr cpsr_cxsf， r4 ;先恢復CPSR
　　ldmfd sp！， {r0-r12， lr， pc}
　　3.2 OS_CPU_C.C.H的移植
　　在OS_CPU_C.C中，最主要的函數是OSTaskStkInit（），它在任務建立時，用來初始化任務堆棧結構，其余鉤子函數可以不用動，這個函數的代碼比較簡單［2］。需要說明的是，由于本文所述系統，用戶任務運行在SVC模式下，沒有保存SPSR寄存器。