摘要：本文在分析實時嵌入式系統mc/os-ii和lpc2119芯片的基礎上，對mc/os-ii向處理器上移植前需要了解的知識和需要做的前期準備工作進行了分析和討論，最后給出了移植的具體工作。論文著重分析了mc/os-ii的移植。
　　c/os-ii是一個完整的，可移植、可固化、可裁減的占先式實時多任務內核，它功能強大，支持56個用戶任務，支持信號量、郵箱、消息隊列等多種常用的進程間通信機制。公開源代碼，程序可讀性強、移植性好，同時可免費獲得。

　　lpc2119是由philips生產的一款32位arm7tdmi-s微處理器，其核心為高性能的32位risc體系結構，并具有高密度的16位指令集和極低的功耗。具有零等待128k字節(jié)的片內flash，16k的sram，無需擴展存儲器，使系統更為簡單、可靠。


　　本文主要討論?c/os-ii在lpc2119上的移植，同時對移植前需要掌握的基本知識進行了分析，特別是對與移植密切相關的三個文件進行了詳細分析，還對用到的芯片的重映射概念進行了詳細說明。lpc2119簡介

　　lpc2119片上資源除了上面介紹的存儲器外，還有2個uart、高速i2c接口、2個spi接口、6路輸出的pwm單元、4路10位ad轉換器、2個32位定時器、2個can通道、實時時鐘及看門狗等，通過片內pll可實現最大為60mhz的cpu操作頻率。

　　由于下文啟動代碼的編寫要用到重映射(remap)的概念，lpc2119以及其它系列的芯片如at91等也都有重映射的功能，所以在此加以說明對其它arm芯片的學習具有借鑒作用。


　　當系統上電后，程序將自動從0地址處開始執(zhí)行，因此在系統的初始狀態(tài)，要求0地址處的存儲器是非易性的rom或flash等。但是rom或flash的訪問速度相對較慢，每次中斷發(fā)生后，都要從讀取rom或flash上的向量表開始，影響了中斷響應速度。因此，lpc2119提供一種靈活的地址重映射方法，該方法可以將內部ram的地址重新映射到0x0的位置。在系統執(zhí)行重映射命令之前，需要將flash中的中斷向量代碼拷貝到內部ram中。這樣在重映射命令執(zhí)行之后相當于從內部ram中0x0的位置找到中斷向量，而實際上是將ram的起始地址0x40000000映射為0x0了。這樣，中斷執(zhí)行時相當于在ram中找到對應中斷向量，實現異常處理調試。?c/os-ii的介紹

　　?c/os-ii實際上是一個嵌入式操作系統內核，內核提供的基本服務就是任務切換。在?c/os-ii中，為每個任務分配專門的堆?？臻g。?c/os-ii進行任務切換的時候，會把當前任務的cpu寄存器放到此任務的堆棧中，然后再從另一個任務的堆棧中恢復原來的工作寄存器，繼續(xù)運行另一個任務。所以，寄存器的入棧和出棧是?c/os-ii多任務調度的基礎。

　　與處理器相關的代碼只有三個文件，一般移植的時候只要修改這三個文件就可以了。編寫啟動代碼

　　啟動代碼是芯片復位后進入c語言的main()函數前執(zhí)行的一段代碼，主要是為運行c語言程序提供基本運行環(huán)境，如初始化外圍部件、存儲器系統等。因此啟動代碼的功能有些類似pc機中的bios和vxworks中的bootloader。由于飛利浦未提供該芯片的啟動代碼，所以需要自己編寫啟動代碼。

　　啟動代碼可以劃分為五個文件：startup.s、irq.s、stack.s、heap.s和target.c。startup.s包含了前面提到的異常向量表和系統初始化代碼，一般無需改動；irq.s包含中斷服務程序與c程序的接口代碼，可根據實際使用的中斷情況進行少量修改；stack.s和heap.s保存c語言使用的堆和棧的開始位置；target.c包含目標板特殊的代碼，包括異常處理程序和目標板初始化程序，可根據程序的需要修改。

　　由于啟動代碼的編寫很長，而本文只是想指出編寫啟動代碼是移植前必須做的準備工作并對其進行簡要說明，因此在這里就不具體列出所有代碼(具體的啟動代碼見參考文獻[1])，而給出一個很重要的目標板初始化程序中的函數targetresetinit()的流程圖，從中可以看出在進入main()函數前對系統進行的基本初始化工作的具體步驟。移植

　　有了上面的知識和編寫啟動代碼這項準備工作完成后，就可以進入具體移植階段了。主要完成以下工作：
① 為了增強代碼的可移植性，所有c文件添加頭文件includes.h。
② 用戶程序添加config.h。
③ 在文件os_cpu.h中需要添加或修改的主要代碼有：
? 定義不依賴于編譯器的數據類型：
typedef unsigned char?? int8u;
typedef unsigned short? int16u;
typedef unsigned int??? int32u;
typedef int32u?????? os_stk;