嵌入式系统µC/OS-II在LPC2119上的移植方法和技巧

摘要：本文在分析实时嵌入式系统mc/os-ii和lpc2119芯片的基础上，对mc/os-ii向处理器上移植前需要了解的知识和需要做的前期准备工作进行了分析和讨论，最后给出了移植的具体工作。论文着重分析了mc/os-ii的移植。
　　c/os-ii是一个完整的，可移植、可固化、可裁减的占先式实时多任务内核，它功能强大，支持56个用户任务，支持信号量、邮箱、消息队列等多种常用的进程间通信机制。公开源代码，程序可读性强、移植性好，同时可免费获得。

　　lpc2119是由philips生产的一款32位arm7tdmi-s微处理器，其核心为高性能的32位risc体系结构，并具有高密度的16位指令集和极低的功耗。具有零等待128k字节的片内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地址处开始执行，因此在系统的初始状态，要求0地址处的存储器是非易性的rom或flash等。但是rom或flash的访问速度相对较慢，每次中断发生后，都要从读取rom或flash上的向量表开始，影响了中断响应速度。因此，lpc2119提供一种灵活的地址重映射方法，该方法可以将内部ram的地址重新映射到0x0的位置。在系统执行重映射命令之前，需要将flash中的中断向量代码拷贝到内部ram中。这样在重映射命令执行之后相当于从内部ram中0x0的位置找到中断向量，而实际上是将ram的起始地址0x40000000映射为0x0了。这样，中断执行时相当于在ram中找到对应中断向量，实现异常处理调试。?c/os-ii的介绍

　　?c/os-ii实际上是一个嵌入式操作系统内核，内核提供的基本服务就是任务切换。在?c/os-ii中，为每个任务分配专门的堆栈空间。?c/os-ii进行任务切换的时候，会把当前任务的cpu寄存器放到此任务的堆栈中，然后再从另一个任务的堆栈中恢复原来的工作寄存器，继续运行另一个任务。所以，寄存器的入栈和出栈是?c/os-ii多任务调度的基础。

　　与处理器相关的代码只有三个文件，一般移植的时候只要修改这三个文件就可以了。编写启动代码

　　启动代码是芯片复位后进入c语言的main()函数前执行的一段代码，主要是为运行c语言程序提供基本运行环境，如初始化外围部件、存储器系统等。因此启动代码的功能有些类似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;