uC/OS-II实时操作系统在嵌入式平台上进行移植的一般方法和技巧

rrupt void ISR_TEMP (void)
{
int a;
a=0;
}
生成的ASM代码为：
_ISR_TEMP:
STW B4,*SP--(8) // 入栈
NOP 2
ZERO B4 //---------
STW B4,*+SP(4) // a=0
NOP 2 //----------
B IRP // 中断返回
LDW *++SP(8),B4 // 出栈
NOP 4 

与前一段代码相比，对于中断函数的编译，有两点不同：

● 函数的返回地址不再使用B3寄存器，相应地也无需将B3入栈。（IRP寄存器能自动保存中断发生时的程序地址）

● 编译器会自动统计中断函数所用到的寄存器，从而在中断一开始将他们全部入栈保护——

例如上述程序段中，只用到了B4寄存器。

编写移植代码

在深入了解了系统核心与开发工具的基础上，真正编写移植代码的工作就相对比较简单了。

μC/OS-II自身的代码绝大部分都是用ANSI C编写的，而且代码的层次结构十分干净，与平台相关的移植代码仅仅存在于OS_CPU_A.ASM、OS_CPU_C.C以及OS_CPU.H这三个文件当中。

在移植的时候，结合前面两个步骤中已经掌握的信息，基本上按照《嵌入式实时操作系统μC/OS-II》一书的相关章节的指导来做就可以了。

但是，由于系统核心、开发工具的千差万别，在实际项目中，一般都会有一些处理方法上的不同，需要特别注意。以C6711的移植为例：

● 中断的开启和屏蔽的两个宏定义为：
#define OS_ENTER_CRITICAL() Disable_int() 
#define OS_EXIT_CRITICAL() Enable_int()

Disable_int和Enable_int是用汇编语言编写的两个函数。在这里使用了控制状态寄存器(CSR)的一个特性——CSR中除了控制全局中断的GIE位之外，还有一个PGIE位，可用于保存之前的GIE状态。

因此在Disable_int中先将GIE的值写入PGIE，然后再将GIE写0，屏蔽中断。而在Enable_int中则从PGIE读出值，写入GIE，从而回复到之前的中断设置。

这样，就可以避免使用这两个宏而意外改变了系统的中断状态——此外，也没有使用堆栈或局部变量，比原作者推荐的方法要好。

● 任务的切换：
前文说过，C6711中没有软中断机制，所以任务的切换需要用汇编语言自行编写一个函数_OSCtxSw来实现，并且
#define OS_TASK_SW() OSCtxSw()
在C6711中需要入栈保护的寄存器包括A0-A15、B0-B15、CSR、IER、IRP和AMR，这些再加上当前的程序地址构成一个存储帧，需要入栈保存。
_OSCtxSw函数中，需要像发生了一次中断那样，将上述存储帧入栈，然后获取被激活任务的TCB指针，将其存储帧的内容弹出，从而完成任务切换。
需要特别注意的是，在这里OS_TASK_SW是作为函数调用的，所以如前文所述，调用时的当前程序地址是保存在B3寄存器中的，这也就是任务重新激活时的返回地址。

● 中断的编写：
如前文所述，如果用“interrupt”关键字声明函数，CCS在编译时，会自动将该函数中使用到的寄存器入栈、出栈保护。
但是，这会导致各种中断发生时，出入栈的内容各不相同。这对于μC/OS-II是会引起严重错误的。因为μC/OS-II要求中断发生时的入栈操作使用和发生任务切换时完全一样的存储帧结构。
因此，在移植时、基于μC/OS-II进行开发时，都不应当使用“interrupt”关键字，而应用如下结构编写中断函数：

void OSTickISR (void)
{
DSP_C6x_Save(); // 服务函数，入栈
OSIntEnter();
if (OSIntNesting == 1) // v2.51版本新增加
{
OSTCBCur->OSTCBStkPtr
=(OS_STK*) DSP_C6x_GetCurrentSP(); // 服务函数
} // 获取当前SP的值
// 允许中断嵌套 则在此处开中断
OSTimeTick();
OSIntExit();
DSP_C6x_Resume(); // 服务函数，出栈
}
DSP_C6x_Save和DSP_C6x_Resume是两个服务函数，分别完成中断的出、入栈操作。它们与OS_TASK_SW函数的区别在于：中断发生时的当前程序地址是自动保存在IRP寄存器的，应将其作为任务返回地址，而不再是B3。此外，DSP_C6x_Resume是一个永远不会返回的

《uC/OS-II实时操作系统在嵌入式平台上进行移植的一般方法和技巧(第2页)》