典型范例：uCOSii在Coldfire MCF52235上的移植
引言
C/ OS 是一种多任务实时操作系统。内核源代码公开、短小精干、可裁剪、执行时间可确定, 可移植性较强, 非常适用于一些中小型嵌入式系统开发。uC/OS 可以移植到8~ 64 位的不同类型、不同规模的嵌入式系统, 并能在大部分的8 位、16 位、32 位, 甚至64 位的微处理器和DSP上运行[ 1] 。
MCF52235 是飞思卡尔公司Co ldf ire 系列32 位单片机解决方案的嵌入式微控制器, 采用的是V2 版本的
RISC 内核。MCF52235 内部有32 KB SRAM 和256 KB FLASH, 并且集成了标准的Coldfire 外围设备, 包括三个适合中长距离通信的SCI, 一个I2 C 和一个用于系统内部和外围设备通信的Q SPI。在60Hz的核心频率下, MCF52235 的处理能力为56 MIPS, 具备较高的性能价格比[ 24] 。MCF52235 对于移植C/ OS 来说有足够的
RAM 和FLASH, 且有较快的处理速度和较低的成本,所以对于嵌入式应用系统的开发来说, 嵌入C/ OS
到MCF52235 微控制器是一个不错的选择。uC/ OS 的体系结构要实现C/ OS 向MCF52235 的移植, 需要做两方面的工作: 一是重新定义内核的大小和功能; 二是为内核编写与硬件相关的代码。C/ OS 的文件结构如图1 所示。可以看到, C/ OS 与CPU 类型无关的C 代码文件COS . C 包括很多文件, 它们是C/ OS 的内核和很多功能函数, 其中前三个文件是实时内核、任务管理和时钟节拍, 这三个文件是一定要用的。后面6 个功能函数用于任务间的通信, 应用程序中可能只用到其中
的几个, 不用的可以不包含进去, 以免编译时生成没用的代码。这部分代码与CPU 类型无关, 在移植时, 这些文件不要改动。配置文件OS_CFG. H 需要根据应用要求来进行,主要作用是确定C/ OS 提供的系统功能函数, 应用
程序用哪些和不用哪些, 这个文件移植时需要修改。与CPU 类型有关的代码文件主要有三个: OS _CPU. H, OS_CPU_A. ASM 和OS_CPU_C. C。文件定义用于特定CPU 的数据类型来定义相关的宏。OS _CPU_A . ASM 是用汇编语言写的与硬件有关的代码,OS_CPU_C. C 是用C 语言写的与硬件有关的代码。由于移植使用C 交叉编译工具, 在C 代码中可以插入汇编语句, 在移植中可将这两个文件合并成一个文件[ 5] 。
产生时钟节拍的定时中断来自微控制器内部, 但并非来自V2 内核内部, 可以用实时时钟产生定时中断,
也可以用片内的外设模块定时器单元来产生定时中断,这部分代码显然与硬件相关, 移植时要自己写[ 6] 。
2 移植过程
所谓移植, 就是使一个实时内核能在某个微处理器或微控制器上运行。为了方便移植, 大部分的C/ OS代码是用C 语言写的, 但仍需要用C 和汇编语言写一些与处理器相关的代码, 这是因为C/ OSII 在读写处理器寄存器时只能通过汇编语言来实现 。移植过程主要包括移植前的准备、BSP ( 板级支持包) 的编写和与处理器相关代码的修改和编写。C/OS 核心代码、与CPU 相关的接口程序、BSP 和用户应用程序之间的关系如图2 所示。
2. 1 移植前的准备
进入C/ OS 官方网站下载C/ OS 源代码。打开Codew arrior 6. 4 建立MCF52235 的工程文件, 然后把C/ OS 的源代码文件加入到工程里面[ 8] 。其中有几个地方需要改动:
( 1) 下载的源代码中os_cfg _r. h 改为o s_cfg. h;os_dbg_r. c改为os_dbg. c。
( 2) 由于会引起重复定义错误, 需要把源代码中重复包含的文件注释掉。
( 3) 需要在INT ERNAL_FLASH 模式下编译, 而不能在RAM 模式下, 否则会产生溢出错误。
2. 2 编写BSP
板级支持包( BSP) 是介于底层硬件和操作系统之间的软件层次, 负责进行系统启动后最初的硬件和软件
初始化, 并对底层硬件进行封装, 使得操作系统不再面对具体的硬件[ 9] 。在此建立两个BSP 文件: BSP. ASM 和BSP. C。其中, BSP. ASM 中包含了汇编语言写的中断接口程序。BSP. C 中包含了硬件和软件的初始化程序和产生时钟节拍的中断服务程序。
2. 3 与处理器相关代码的修改和编写
有三个与处理器相关的文件, 即OS_CPU . H, OS_CPU _ A. ASM 和OS _ CPU _ C. C 需要修改。由于MCF52235 有eMAC 模块, 所以还需要编写OS_CPU _I. ASM 文件, 用来在任务切换和中断时以及中断返回
时保存和恢复相关寄存器。
2. 3. 1 OS_CPU. H 的移植
OS_CPU. H 包含了一些与处理器和编译器相关的宏定义和数据类型定义。由于使用Codew arrior 编译
器, shor t 类型是16 位的, int 类型是32 位的。MCF52235 的堆栈是32 位宽的, 因此OS_STK 定义为
32 位, 所有任务的堆栈必须声明使用OS_ST K 这种数据类型。数据类型定义如下:
ty pedef unsigned char BOOLEAN;
ty pedef unsigned char INT 8U;
ty pedef signed char INT8S;
ty pedef unsigned sho rt INT16U;
ty pedef signed shor t INT16S;
ty pedef unsigned int INT32U;
ty pedef signed int INT32S;
typedef floatFP32;
typedef double FP64;
typedef unsigned int OS_STK;
typedef unsigned shor t OS_CPU_SR;
( 1) 临界区域处理。像所有的实时性内核一样, 在进入代码临界区时要关中断, 完成时要开中断。C/
OS 定义了两个宏来关闭和使能中断: OS_ENT ER_CRITICAL( ) 和OS_EXIT _CRIT ICAL( ) 。C/ OS定义了三种方法来关闭和使能中断, 大多数情况下选择第三种方法。
# define OS_CRITICAL_METH OD # 3
# define OS_ENTER_CRITICAL( ) { cpu_sr = OS _CPU_
SR_Save( ) ; } / / 关中断
# def ineOS _ EXIT _ CRITICAL( ) { OS _ CPU _ SR_ Resto re
( cpu_sr) ; } / / 开中断
( 2) 任务层上下文切换。当C/ OS 调用OS _TASK_SW( ) 时发生任务层的上下文切换。因为上下
文切换是根据处理器的不同而不同的, 所以需要执行一个汇编的函数。在这种情况下, 用TRA P 指令来产
生一个异常, 用T RAP 指令的优点是能使它像发生了一次中断一样。这里用# 14 T RAP, 因为大多数情况
下, # 15 TRAP 被调试和监控程序保留了。# 14TRAP 定位于VBR+ 0x00B8, 然后跳转到相应的地址。
在这个向量处放置OSCtx Sw( ) 的地址。这个函数声明在OS_CPU_A. ASM 里。VBR 代表向量基址寄存器,
包含异常向量表的基址, 程序开始时被初始化为0x00000000, 但是在运行时可以改变。
# define OS_TASK_SW( ) asm( T RAP # 14; )
( 3) 堆栈的增长方向。MCF52235 的堆栈增长方向是从高地址向低地址, 因此OS _ST K_GROWTH 置
为1。
# define OS_STK_GROWTH 1
2. 3. 2 OS_CPU _C. C 的移植
OS_CPU_C. C 里面包含10 个比较简单的C 语言函数, 一般来说C/ OS 只需要OST askStkInit ( ) 。其他函数是用来让用户在自己的程序里扩展操作系统功能的。如果需要使用这些函数, 需要在OS_CFG. H 里设置OS_CPU _HOOKS_EN 为1。堆栈的初始化: OSTaskStkInit ( ) 虽然是用C 语言编
写的, 但它是一个与CPU 硬件相关的函数。这个函数功能是初始化任务的堆栈, 由建立任务函数OSTask
Create( ) 或扩展地建立任务函数OSTaskCreateExit ( ) 调用。任务堆栈初始化的实质就是模拟一次中断, 使堆栈看起来就像刚发生过中断一样。任务堆栈中保存了任务代码的起始地址和一些CPU 寄存器的值, 一旦条件满足, 就可以执行该任务。初始化后的任务堆栈结构如图3所示。
2. 3. 3 OS_CPU_A. ASM 的移植
这个文件包含5 个相当简单的汇编函数, 因为一般不能用C 语言来保存和恢复寄存器。
( 1) OS_CPU_SR_Save( )
这个函数是通过保存中断屏蔽寄存器, 然后关闭中断来实现OS_CRITICAL_MET HOD # 3 的。当函数返回时, D0 包含了状态寄存器的内容, 里面包含当前的中断关闭状态。这个返回值被调用函数保存到变量
cpu_sr 中。
( 2) OS_CPU_SR_Restore( )
这个函数用来实现恢复中断屏蔽到调用OS _ENTER_CRITICAL( ) 之前的状态。也就是说调用OS_
ENTER_CRITICAL( ) 之前中断是关闭的, 那么在OS_EXIT_CRITICAL( ) 之后, 中断是关闭的。
( 3) OSStartHighRdy( )
这个函数被OSStar t ( ) 调用来运行优先级最高的任务。OSStar t ( ) 设置OSTCBHighRdy 指向优先级最高任务的OS _T CB。一旦从OSTaskSwHoo k( ) 返回,就把OSRunning 设为OS_T RU E, 它表明现在RT OS
将要运行。从最高优先级任务的OS_T CB 中恢复堆栈指针, 然后从任务堆栈里取出CPU 寄存器。最后执行
一个RET 指令, 这个指令可以从堆栈中弹出SR 和PC,现在的任务代码就开始执行。
( 4) OSCtx Sw( )
当一个任务不再运行时就会发生一个任务级的任务切换, 比如任务调用一个延迟10 个时钟节拍的函数。
这时, C/ OS 需要找出下一个最重要的任务准备去运行。OSCtx Sw ( ) 的功能是保存需
下载文档
