μC/OS-II在A(yíng)RM平臺上移植的研究

隨著(zhù)科技的發(fā)展，嵌入式應用的復雜性越來(lái)越高，同時(shí)ARM體系處理器的價(jià)格越來(lái)越低，ARM平臺 + 實(shí)時(shí)操作系統的架構體系的使用會(huì )越來(lái)越廣泛。有鑒于此，本文對μC/OS-II在ARM平臺下的移植進(jìn)行了研究。

μC/OS-II在A(yíng)RM平臺的移植是一個(gè)重要的學(xué)習過(guò)程，有助于提高對RTOS的認識與理解，從而提高嵌入式工作者的理論與技術(shù)水平。μC/OS-II是一個(gè)小的實(shí)時(shí)內核，源代碼公開(kāi)，有詳盡的解釋。正是因為其內核小，才便于研究、理解和掌握。另外，參照TCP/IP協(xié)議、標準和一些公開(kāi)的圖書(shū)，在μC/OS-II上增加TCP/IP協(xié)議棧，藍牙通信軟件、紅外通信協(xié)議也十分方便，商業(yè)價(jià)值得到了認可。

1 操作系統μC/OS-II及S3C2410開(kāi)發(fā)平臺簡(jiǎn)介

1.1 μC/OS-II簡(jiǎn)介

μC/OS最早出自于1992年美國嵌入式系統專(zhuān)家Jean J.Labrosse在《嵌入式系統編程》雜志5月和6月上刊登的文章連載，并把μC/OS的源代碼發(fā)表在該雜志的BBS上。μC/OS-II是目前最新的版本。

μC/OS-II是專(zhuān)門(mén)為計算機的嵌入式應用而設計的，絕大部分代碼用C語(yǔ)言編寫(xiě)。CPU的相關(guān)部分采用匯編語(yǔ)言編寫(xiě)，總量在200行左右的匯編語(yǔ)言被壓縮到最低限度，目的是便于移植到任何一種其他的CPU上去。

μC/OS-II具有執行效率高、占用空間小、實(shí)時(shí)性?xún)?yōu)良、可擴展等特點(diǎn)，最小內核可編譯至2 KB。μC/OS-II可移植到幾乎所有知名的CPU上。

1.2 μC/OS-II的組成

嚴格地說(shuō)μC/OS-II只是一個(gè)實(shí)時(shí)操作系統內核，它僅僅包含了任務(wù)調度、任務(wù)管理、時(shí)間管理、內存管理和任務(wù)間的通信和同步等基本功能。沒(méi)有提出輸入輸出管理、文件系統、網(wǎng)絡(luò )通信等額外的服務(wù)。但由于μC/OS-II良好的可擴展性和源代碼開(kāi)放，這些非必須的功能完全可以由用戶(hù)根據自己的需要分別實(shí)現。

μC/OS-II可以大致分成核心、任務(wù)處理、時(shí)間處理、任務(wù)同步與通信、CPU的移植等5個(gè)部分。

（1）核心部分（OSCore.c）：操作系統的處理核心，包括操作系統的初始化、操作系統運行、中斷進(jìn)出的前導、時(shí)鐘節拍、任務(wù)調度、事件處理等多部分。

（2）任務(wù)處理部分（OSTask.c）：與任務(wù)操作密切相關(guān)的部分。包括任務(wù)的建立、刪除、掛起、恢復等等。

（3）時(shí)鐘部分（OSTime.c）：μC/OS-II中最小的時(shí)鐘單位是timetick（時(shí)鐘節拍）。任務(wù)延時(shí)等操作在此完成。

（4）任務(wù)同步和通信部分：為事件處理部分，包括信號量、郵箱、郵箱隊列、事件標志等部分，主要用于任務(wù)間的相互聯(lián)系和對臨界資源的訪(fǎng)問(wèn)。

（5）與CPU的接口部分：這里是指μC/OS-II針對所使用的CPU需要改寫(xiě)的部分。由于μC/OS-II是一個(gè)通用性的操作系統，其開(kāi)放的源代碼是以X86內核為例而編寫(xiě)的，在應用到其他處理器平臺上時(shí)，這部分代碼必須做相應的改變。

1.3 ARM硬件開(kāi)發(fā)平臺簡(jiǎn)介

調試時(shí)所用的硬件開(kāi)發(fā)平臺是一款基于三星S3C2410A芯片的開(kāi)發(fā)平臺。S3C2410開(kāi)發(fā)板是一款通用的ARM9開(kāi)發(fā)板，其基本配置采用三星公司的S3C2410 ARM920T芯片，主頻203 MHz。集成有SDRAM控制器、NAND Flash控制器、SD讀卡器、USB Host和USB Device控制器、LCD控制器、I2C總線(xiàn)控制器、SPI總線(xiàn)接口等。開(kāi)發(fā)板上Flash空間為32 MB，SDRAM容量為128 MB。

2 S3C2410引導程序

開(kāi)發(fā)板原有引導程序由VIVI公司提供，其運行過(guò)程分成兩個(gè)階段。第一階段的代碼用匯編語(yǔ)言編程，主要完成以下任務(wù)： （1）初始化CPU速度、存儲器、存儲器配置寄存器，以及串口等硬件資源的配置；（2）建立內存空間的映射圖，將系統的軟硬件環(huán)境帶到合適的狀態(tài)，為最終調用操作系統內核做準備； （3）裝載操作系統映像到內存中；（4）設置相關(guān)寄存器和資源，跳轉到main（）函數，進(jìn)入第二階段。

第二階段的代碼用C語(yǔ)言編寫(xiě)，從main（）函數開(kāi)始，主要工作有：開(kāi)發(fā)板外部接口初始化（I/O接口、UART接口、LCD接口等）、內存映射和內存管理單元初始化等，最后啟動(dòng)linux內核。有大量文章對此開(kāi)發(fā)板引導程序作了詳細的分析[3]，本文在這里不做重復，本文的重點(diǎn)是將引導程序與μC/OS-II操作系統二者融合，既利用了開(kāi)發(fā)板源代碼提供的關(guān)于UART口、LCD和觸摸屏接口程序；時(shí)鐘、內存管理等豐富的驅動(dòng)程序和接口程序，又成功地完成了對μC/OS-II實(shí)時(shí)操作系統的移植和整合。

3 移植要點(diǎn)

μC/OS-II的內核分成2個(gè)部分，與處理器無(wú)關(guān)的代碼和與處理器有關(guān)的代碼。移植過(guò)程中需要根據S3C2410處理器和ADSV1.2開(kāi)發(fā)平臺（這里特地強調編譯平臺的因素，主要考慮到各個(gè)編譯平臺對數據格式的理解略有差別）的特點(diǎn)來(lái)重新編寫(xiě)3個(gè)文件，用C語(yǔ)言編寫(xiě)的OS_CPU.H、OS_CPU_C.C和用匯編語(yǔ)言編寫(xiě)的OS_CPU_A.ASM，此外，要將S3C2410開(kāi)發(fā)板引導程序和μC/OS-II內核程序融合在一起，還必須將各自main（）函數融為一體。

3.1 OS_CPU.H的移植

μC/OS-II內核中OS_CPU.H代碼是根據X86內核而寫(xiě)的，其中的數據格式定義與ARM9內核以及ADSv1.2開(kāi)發(fā)平臺不完全相符。OS_CPU.H的移植分為以下4個(gè)部分：

（1）數據類(lèi)型定義：在調試時(shí)發(fā)現，雖然定義8 bit或16 bit數據類(lèi)型時(shí)，在編譯過(guò)程中不會(huì )報錯，但這些變量并不會(huì )按要求被正確初始化或賦值，運行過(guò)程常常出錯。所以，在改寫(xiě)OS_CPU.H代碼時(shí)，將所有變量都定義成32 bit或64 bit；

（2）堆棧生長(cháng)方向定義：ARM的堆棧是從上往下生長(cháng)的，OS_STK_GROWTH定義為1；

（3）開(kāi)關(guān)中斷的宏定義：用開(kāi)關(guān)中斷的匯編函數實(shí)現，放在OS_CPU_A.ASM文件中。

（4）宏定義OS_TASK_SW（）：這個(gè)宏定義是在A(yíng)RM中斷處理之外時(shí)，μC/OS-II從低優(yōu)先級切換到高優(yōu)先級任務(wù)時(shí)所調用的代碼，它總是在任務(wù)級代碼中被調用。在有些資料中[1]，將OS_TASK_SW（）和OSIntCtxSw（）等同起來(lái)，這在A(yíng)RM內核中是不行的，因為后者是ARM內核在中斷模式下的任務(wù)切換函數，而不同模式下處理器的寄存器組是不同的，所要保護的寄存器內容也不相同，經(jīng)過(guò)調試，發(fā)現以下代碼可達到目的。

　　OS_TASK_SW

　　stmfd sp!, {lr} ; PC入棧，lr其實(shí)是任務(wù)的返回地址，

　　stmfd sp!, {r0-r12, lr}

　　mrs r4, cpsr

　　stmfd sp!, {r4} ;最后保存CPSR ldr r4, =OSTCBCur

　　ldr r5, [r4]

　　str sp, [r5] ;將SP保存在當前任務(wù)的控制塊中 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] ;得到新任務(wù)的堆棧指針

　　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（），它在任務(wù)建立時(shí)，用來(lái)初始化任務(wù)堆棧結構，其余鉤子函數可以不用動(dòng)，這個(gè)函數的代碼比較簡(jiǎn)單[2]。需要說(shuō)明的是，由于本文所述系統，用戶(hù)任務(wù)運行在SVC模式下，沒(méi)有保存SPSR寄存器。

3.3 OS_CPU_A.ASM的移植

OS_CPU_A.ASM文件的匯編程序是μC/OS-II移植工程的重點(diǎn)和難點(diǎn)。它通常包括OSStartHighRdy（）、OSIntCtxSw（）、OSTickISR（）和開(kāi)關(guān)中斷代碼等。其中，OSStartHighRdy（）的主要工作是將優(yōu)先級最高任務(wù)對應的所有寄存器按順序從任務(wù)堆棧中恢復出來(lái)，其代碼簡(jiǎn)單[2]。對于開(kāi)關(guān)中斷函數，在調試時(shí)所用代碼如下：

　　EnterCritical

　　mrs r1, cpsr

　　str r1, [r0]

　　orr r1, r1, #NOINT

　　msr cpsr_cxsf, r1

　　mov pc, lr

　　ExitCritical

　　ldr r1, [r0]

　　msr cpsr_cxsf, r1

　　mov pc, lr

需要指出的是，在每次成對調用這兩個(gè)函數時(shí)，需要提前聲明變量r，代碼如下所示：

　　INT32U r;

　　EnterCritical（r）；

　　ExitCritical（r）；

需要慎重對待的是OSIntCtxSw（）、OSTickISR（）函數。在調試時(shí)發(fā)現，用一般參考資料所介紹的代碼都無(wú)法實(shí)現多任務(wù)的正常運行，其主要原因是，對ARM9內核而言，其每種特定的中斷返回，都有特定的返回指令，在中斷處理過(guò)程中，強制使用模式切換指令，使處理器的中斷處理機制發(fā)生混亂，程序無(wú)法正常執行。例如在ISR模式中使用指令：

　　MSR CPSR_c, #（NO_INT | SVC32_MODE）

其目的是返回ISR發(fā)生之前的模式，然后保存一些寄存器。但調試時(shí)發(fā)現，在上述指令執行之后，處理器重新響應ISR中斷，并沒(méi)有順序執行，而是立即回到ISR模式下。

還有，對于S3C2410的ARM920T內核而言，其ISR模式的返回指令是：

　　ldmfd sp!, {r0-r12, lr}

　　subs pc, lr, #04

其他任何形式的指令都無(wú)法使處理器正確返回。有些資料用下述指令：

　　Ldmfd sp!, {r0-r12, lr，pc}; 執行之前堆棧中相應存儲單元的內容為（lr-4）。

看起來(lái)與前面的兩行代碼意義相同，但后面的代碼僅僅讓處理器實(shí)現PC指針的跳轉，而無(wú)法實(shí)現處理器的模式轉換，即從ISR模式回到中斷發(fā)生之前的模式。

但在中斷發(fā)生時(shí)，無(wú)法在中斷處理過(guò)程中保存所有的處理器寄存器。例如，在ISR模式下，無(wú)法保存SVC模式的LR寄存器等。為了解決這個(gè)問(wèn)題，本文采取了如圖1所示的框圖結構來(lái)編寫(xiě)中斷處理代碼和OSIntCtxSw（）函數。

因為S3C2410在進(jìn)入ISR模式后，自動(dòng)屏蔽ISR中斷，所以粗存在中斷嵌套，可以表明2個(gè)全部變量ISR_LR和ISR_SPSR用于保存ISR中斷發(fā)生之時(shí)處理器的lr和spsr寄存器。其代碼的特別之處在于，在ISR中斷處理過(guò)程中通過(guò)修改lr寄存器，而使處理器在退出ISR模式時(shí)能根據任務(wù)的需要返回至ISR中斷發(fā)生之處或者代碼指定地點(diǎn)。在代碼指定地點(diǎn)，可以保存上次中斷發(fā)生時(shí)被中斷任務(wù)的處理器的所有寄存器數據。這里需要注意一點(diǎn)，當處理器退出ISR模式時(shí)跳轉到Saveregister處開(kāi)始執行命令，需要提前將Saveregister處的地址加上4，然后賦值給lr寄存器。因為在ISR退出時(shí)，需要將lr減去4再賦值給程序計數器pc。

4 S3C2410啟動(dòng)代碼和μC/OS-II的融合

本文1.1節已經(jīng)介紹過(guò)，S3C2410的啟動(dòng)代碼開(kāi)始部分是匯編語(yǔ)言的初始化過(guò)程，然后跳轉到main（）函數。融合的工作就從改造S3C2410的main（）函數和μC/OS-II的main（）函數（在test.c中）開(kāi)始。在S3C2410的main（）函數中，保留原啟動(dòng)代碼中關(guān)于端口、內存、外部設備初始化代碼，刪去跳轉到Linux操作系統的代碼；在μC/OS-II的test.c文件的main（）函數中，刪去一切與X86內核有關(guān)的初始化代碼和輸入輸出函數代碼（因為這部分代碼在S3C2410的啟動(dòng)代碼中已經(jīng)實(shí)現），并將與 μC/OS-II內核有關(guān)的3個(gè)函數OSInit（）、OSTaskCreate（…）、OSStart（）復制到S3C2410的main（）函數中，同時(shí)刪去μC/OS-II的test.c文件。融合后的main（）函數主要代碼如下：

　　ChangeClockDivider（1, 1）； //1:2:4

　　ChangeMPllValue（161,3,1）； //FCLK=203.0 MHz

　　SetClockDivider（1, 1）；

　　SetSysFclk（FCLK_203M）；

　　Port_Init（）；

　　Isr_Init（）；

　　Uart_Init（0, 115200）；

　　Uart_Select（0）；

　　MMU_Init（）； //MMU 初始化

　　EnableModuleClock（CLOCK_ALL）；

　　rMISCCR = ~（0x3007）；

　　OSInit（）；

　　OSTaskCreate（TaskStart,……， 0）；

　　OSStart（）；

至此，處理器已執行完S3C2410的啟動(dòng)代碼，并開(kāi)始執行μC/OS-II內核代碼。當然，要實(shí)現多任務(wù)，處理器的中斷必須是打開(kāi)的。這個(gè)工作在OSStart （）函數中完成，在執行OSStartHighRdy之前，要按照系統的需求完成處理器的中斷初始化工作，同時(shí)打開(kāi)中斷。至此，融合工作基本完成，剩下的工作就是按照系統的需求在μC/OS-II的TaskStart（…）函數中自由添加實(shí)際工作所需的任務(wù)了。

在本文所述系統中，在μC/OS-II所帶3個(gè)系統任務(wù)的基礎上添加了3個(gè)任務(wù)Task1、Task2和Task3，方法是在OSStatInit（ ）之前添加OSTaskCreate（Task1,…）等代碼，然后按下述格式和自己的需求編寫(xiě)Task1、Task2和Task3函數。代碼為：

　　void Task1（void *data）

　　{

　　while（1） { ;任務(wù)代碼 }

　　}
本文在S3C2410開(kāi)發(fā)板上將原有的引導程序和μC/OS-II操作系統結合在一起，開(kāi)發(fā)出能自引導的μC/OS-II操作系統，該系統除了3個(gè)系統任務(wù)外，還自帶3個(gè)實(shí)際任務(wù)，在A(yíng)DSV1.2環(huán)境下編譯、調試，并在板卡上成功運行，對μC/OS-II在A(yíng)RM平臺上的移植有一定借鑒意義。