μC/OS-II在80x86上的移植

signedcharINT8S;/* 带符号8位数 */

typedefunsignedintINT16U;/* 无符号16位数 */

typedefsignedintINT16S;/* 带符号16位数 */

typedefunsignedlongINT32U;/* 无符号32位数 */

typedefsignedlongINT32S;/* 带符号32位数 */

typedeffloatFP32;/* 单精度浮点数 */

typedefdoubleFP64;/* 双精度浮点数 */

typedefunsignedintOS_STK;/* 堆栈入口宽度为16位 */

#defineBYTEINT8S/* 以下定义的数据类型是为了与uC/OSV1.xx 兼容 */

#defineUBYTEINT8U/*在uC/OS-II中并没有实际的用处 */

#defineWORDINT16S

#defineUWORDINT16U

#defineLONGINT32S

#defineULONGINT32U

/*

*************************************************************************

******

*INTEL80x86(实模式, 大模式编译)

*

*方法 #1: 用简单指令开关中断。

* 注意，用方法1关闭中断，从调用函数返回后中断会重新打开!

* 注意将文件OS_CPU_A.ASM中与OSIntCtxSw()相关的常量从10改到8。

*

* 方法 #2: 关中断前保存中断被关闭的状态.

* 注意将文件OS_CPU_A.ASM中与OSIntCtxSw()相关的常量从8改到10。

*

*

*

*************************************************************************

******

*/

#defineOS_CRITICAL_METHOD2

#ifOS_CRITICAL_METHOD==1

#defineOS_ENTER_CRITICAL()asmCLI/* 关闭中断*/

#defineOS_EXIT_CRITICAL()asmSTI/* 打开中断*/

#endif

#ifOS_CRITICAL_METHOD==2

#defineOS_ENTER_CRITICAL()asm{PUSHF;CLI}/* 关闭中断 */

#defineOS_EXIT_CRITICAL()asmPOPF/* 打开中断 */

#endif

/*

*************************************************************************

******

*INTEL80x86(实模式, 大模式编译)

*************************************************************************

******

*/

#defineOS_STK_GROWTH1/* 堆栈由高地址向低地址增长 (3)*/

#defineuCOS0x80/* 中断向量0x80用于任务切换 (4)*/

#defineOS_TASK_SW()asmINTuCOS(5)

/*

*************************************************************************

******

* 全局变量

*************************************************************************

******

*/

OS_CPU_EXTINT8UOSTickDOSCtr;/* 为调用DOS时钟中断而定义的计数器*/

(6)*/

9.03.01 数据类型

由于不同的处理器有不同的字长，μC/OS-II的移植需要重新定义一系列的数据结构。使用

BorlandC/C++编译器，整数(int)类型数据为16位，长整形(long)为32位。为了读者方便起见，尽管μC/OS-II中没有用到浮点类型的数，在源代码中笔者还是提供了浮点类型的定义。

由于在80x86实模式中堆栈都是按字进行操作的，没有字节操作，所以BorlandC/C++编译器中堆栈数据类型OS_STK声明为16位。所有的堆栈都必须用OS_STK声明。

9.03.02 代码临界区

与其他实时系统一样，μC/OS-II在进入系统临界代码区之前要关闭中断，等到退出临界区后再打开。从而保护核心数据不被多任务环境下的其他任务或中断破坏。BorlandC/C++支持嵌入汇编语句，所以加入关闭/打开中断的语句是很方便的。μC/OS-II定义了两个宏用来关闭/打开中断：OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL()。此处，笔者为用户提供两种开关中断的方法，如下所述的方法1和方法2。作为一种测试，本书采用了方法1。当然，您可以自由决定采用那种方法。

方法1

第一种方法，也是最简单的方法，是直接将OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL()定义为处理器的关闭(CLI)和打开(STI)中断指令。但这种方法有一个隐患，如果在关闭中断后调用μC/OS-II函数，当函数返回后，中断将被打开!严格意义上的关闭中断应该是执行OS_ENTER_CRITICAL()后中断始终是关闭的， 方法1显然不满足要求。 但方法1的最大优点是简单，执行速度快(只有一条指令)，在此类操作频繁的时候更为突出。如果在任务中并不在意调用函数返回后是否被中断，推荐用户采用方法1。此时需要将OSIntCtxSw()中的常量由10改到8(见文件OS_CPU_A.ASM)。

方法2

执行OS_ENTER_CRITICAL()的第二种方法是先将中断关闭的状态保存到堆栈中，然后关闭中断。与之对应的OS_EXIT_CRITICAL()的操作是从堆栈中恢复中断状态。采用此方法，不管用户是在中断关闭还是允许的情况下调用μC/OS-Ⅱ中的函数，在调用过程中都不会改变中断状态。

如果用户在中断关闭的情况下调用μC/OS-Ⅱ函数，其实是延长了中断响应时间。虽然OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL()可以保护代码的临界段。但如此用法要小心，特别

是在调用O