ucosii第10章Word文件下载.docx

ucosii第10章Word文件下载.docx

《ucosii第10章Word文件下载.docx》由会员分享，可在线阅读，更多相关《ucosii第10章Word文件下载.docx（15页珍藏版）》请在冰豆网上搜索。

升级可以从这里开始：

首先将µ

C/OS目录下的旧文件复制到µ

C/OS-II的相应目录下，并改用新的文件名，这比重新建立一些新文件要容易许多。

表10.2给出来几个与移植有关的新旧文件名命名法的例子。

表L10.2对不同微处理器从µ

C/OS到µ

C/OS-II，要重新命名的文件.

\SOFTWARE\uCOS\I80251

\SOFTWARE\uCOS-II\I80251

I80251.H

I80251.C

\SOFTWARE\uCOS\M680x0

\SOFTWARE\uCOS-II\M680x0

M680x0.H

M680x0.C

\SOFTWARE\uCOS\M68HC11

\SOFTWARE\uCOS-II\M68HC11

M68HC11.H

M68HC11.C

\SOFTWARE\uCOS\Z80

\SOFTWARE\uCOS-II\Z80

Z80.H

Z80_A.ASM

Z80_C.C

10.2INCLUDES.H

用户应用程序中的INCLUDES.H文件要修改。

以80x86实模式，在大模式下编译为例，用户要做如下修改：

•变目录名µ

C/OS为µ

•变文件名IX86L.H为OS_CPU.H

•变文件名UCOS.H为uCOS_II.H

新旧文件如程序清单L10.1和L10.2所示

10.3OS_CPU.H

OS_CPU.H文件中有与微处理器类型及相应硬件有关的常数定义、宏定义和类型定义。

10.3.1与编译有关的数据类型s

为了实现µ

C/OS-II，用户应定义6个新的数据类型：

INT8U、INT8S、INT16U、NT16S、INT32U、和INT32S。

这些数据类型有分别表示有符号和无符号8位、16位、32位整数。

在µ

C/OS中相应的数据类型分别定义为：

UBYTE、BYTE、UWORD、WORD、ULONG和LONG。

用户所要做的仅仅是复制µ

C/OS中数类型并修改原来的UBYTE为INT8U，将BYTE为INT8S，将UWORD修改为INT16U等等，如程序清单L10.3所示。

程序清单L10.1µ

C/OS中的INCLUDES.H.

/*

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

*INCLUDES.H

*/

#include<

STDIO.H>

STRING.H>

CTYPE.H>

STDLIB.H>

CONIO.H>

DOS.H>

#include"

\SOFTWARE\UCOS\IX86L\IX86L.H"

OS_CFG.H"

\SOFTWARE\UCOS\SOURCE\UCOS.H"

程序清单L10.2µ

C/OS-II中的INCLUDES.H.

\SOFTWARE\uCOS-II\IX86L\OS_CPU.H"

\SOFTWARE\uCOS-II\SOURCE\uCOS_II.H"

程序清单L10.3µ

C/OS-II数据类型的修改.

/*uC/OSdatatypes:

*/

typedefunsignedcharUBYTE;

/*Unsigned8bitquantity*/

typedefsignedcharBYTE;

/*Signed8bitquantity*/

typedefunsignedintUWORD;

/*Unsigned16bitquantity*/

typedefsignedintWORD;

/*Signed16bitquantity*/

typedefunsignedlongULONG;

/*Unsigned32bitquantity*/

typedefsignedlongLONG;

/*Signed32bitquantity*/

/*uC/OS-IIdatatypes*/

typedefunsignedcharINT8U;

typedefsignedcharINT8S;

typedefunsignedintINT16U;

typedefsignedintINT16S;

typedefunsignedlongINT32U;

typedefsignedlongINT32S;

C/OS中，任务栈定义为类型OS_STK_TYPE，而在µ

C/OS-II中任务栈要定义类型OS_STK.，为了免于修改所有应用程序的文件，可以在OS_CPU.H中建立两个数据类型，以Intel80x86为例，如程序清单L10.4所示。

程序清单L10.4µ

C/OS和µ

C/OS-II任务栈的数据类型

#defineOS_STK_TYPEUWORD/*在uC/OS中*/

#defineOS_STKINT16U/*在uC/OS-II中*/

10.3.2OS_ENTER_CRITICAL（）和OS_EXIT_CRITICAL（）

µ

C/OS-II和µ

C/OS一样，分别定义两个宏来开中断和关中断：

OS_ENTER_CRITICAL（）和OS_EXIT_CRITICAL（）。

C/OS向µ

C/OS-II升级的时候，用户不必动这两个宏。

.

10.3.3OS_STK_GROWTH

大多数微处理器和微处理器的栈都是由存储器高地址向低地址操作的，然而有些微处理器的工作方式正好相反。

C/OS-II设计成通过定义一个常数OS_STK_GROWTH来处理不同微处理器栈操作的取向：

对栈操作由低地址向高地址增长，设OS_STK_GROWTH为0

对栈操作由高地址向低地址递减，设OS_STK_GROWTH为1

有些新的常数定义（#defineconstants）在µ

C/OS中是没有的，故要加到OS_CPU.H中去。

10.3.4OS_TASK_SW（）

OS_TASK_SW（）是一个宏，从µ

C/OS升级到µ

C/OS-II时，这个宏不需要改动。

当µ

C/OS-II从低优先级的任务向高优先级的任务切换时要用到这个宏，OS_TASK_SW（）的调用总是出现在任务级代码中。

10.3.5OS_FAR

因为Intel80x86的结构特点，在µ

C/OS中使用过OS_FAR。

这个定义语句（#define）在µ

C/OS-II中去掉了，因为这条定义使移植变得不方便。

结果是对于Intel80x86，如果用户定义在大模式下编译时，所有存储器属性都将为远程（FAR）.

C/OS-II中，任务返回值类型定义如程序清单L10.5所示。

用户可以重新编辑所有OS_FAR的文件，或者在µ

C/OS-II中将OS_FAR定义为空，去掉OS_FAR，以实现向µ

C/OS-II的升级。

程序清单L10.5在µ

C/OS中任务函数的定义

voidOS_FARtask（void*pdata）

{

pdata=pdata;

while

（1）{

.

}

}

10.4OS_CPU_A.ASM

移植µ

C/OS和µ

C/OS-II需要用户用汇编语言写4个相当简单的函数。

OSStartHighRdy（）

OSCtxSw（）

OSIntCtxSw（）

OSTickISR（）

10.4.1OSStartHighRdy（）

C/OS-II中，OSStartHighRdy（）要调用OSSTaskSwHook（）。

OSTaskSwHook（）这个函数在µ

C/OS中没有。

用户将最高优先级任务的栈指针装入CPU之前要先调用OSTaskSwHook（）。

还有，OSStartHighRdy要在调用OSTaskSwHook（）之后立即将OSRunning设为1。

程序清单L10.6给出OSStartHighRdy（）的示意代码。

.µ

C/OS只有其中最后三步。

程序清单L10.6OSStartHighRdy（）的示意代码

OSStartHighRdy:

CallOSTaskSwHook（）;

调用OSTaskSwHook（）;

SetOSRunningto1;

置OSRunning为1；

LoadtheprocessorstackpointerwithOSTCBHighRdy->

OSTCBStkPtr;

将OSTCBHighRdy->

OSTCBStkPtr装入处理器的栈指针；

POPalltheprocessorregistersfromthestack;

从栈中弹出所有寄存器的值；

ExecuteaReturnfromInterruptinstruction;

执行中断返回指令；

10.4.2OSCtxSw（）

C/OS-II中，任务切换要增作两件事，首先，将当前任务栈指针保存到当前任务控制块TCB后要立即调用OSTaskSwHook（）。

其次，在装载新任务的栈指针之前必须将OSPrioCur设为OSPrioHighRdy。

OSCtxSw（）的示意代码如程序清单L10.7所示。

C/OS-II加上了步骤L10.7

（1）和

（2）。

程序清单L10.7OSCtxSw（）的示意代码

OSCtxSw:

PUSHprocessorregistersontothecurrenttask’sstack;

所有处理器寄存器的值推入当前任务栈；

SavethestackpointeratOSTCBCur->

1）

OSTCBCur=OSTCBHighRdy;

OSPrioCur=OSPrioHighRdy;

（2）

10.4.3OSIntCtxSw（）

如同上述函数一样，在µ

C/OS-II.中，OSCtxSw（）也增加了两件事。

首先，将当前任务的栈指针保存到当前任务的控制块TCB后要立即调用OSTaskSwHook（）。

其次，在装载新任务的栈指针之前必须将OSPrioCur设为OSPrioHighRdy。

程序清单L10.8给出OSIntCtxSw（）的示意代码。

C/OS-II.中增加了L10.8

（1）和

（2）。

程序清单L10.8OSIntCtxSw（）的示意代码

OSIntCtxSw（）:

AdjustthestackpointertoremovecalltoOSIntExit（）,localsinOSIntExit（）

andthecalltoOSIntCtxSw（）;

调整由于调用上述子程序引起的栈指针值的变化；

SavethestackpointeratOSTCBCur->

保存栈指针到OSTCBCur->

（1）

将OSTCBHighRdy->

10.4.4OSTickISR（）

C/OS中，这个函数的代码是一样，无须改变。

10.5OS_CPU_C.C

移植µ

C/OS-II需要用C语言写6个非常简单的函数：

OSTaskStkInit（）

OSTaskCreateHook（）

OSTaskDelHook（）

OSTaskSwHook（）

OSTaskStatHook（）

OSTimeTickHook（）

其中只有一个函数OSTaskStkInit（）是必不可少的。

其它5个只需定义，而不包括任何代码。

10.5.1OSTaskStkInit（）

C/OS中，OSTaskCreate（）被认为是与使用的微处理器类型有关的函数。

实际上这个函数中只有一部分内容是依赖于微处理器类型的。

C/OS-II中，与使用的微处理器类型有关的那一部分已经从函数OSTaskCreate（）中抽出来了，放在一个叫作OSTaskStkInit（）的函数中。

OSTaskStkInit（）只负责设定任务的栈，使之看起来好像中断刚刚发生过，所有的CPU寄存器都被推入堆栈。

作为提供给用户的例子，程序清单L10.9给出Intel80x86实模式，在大模式下编译的µ

C/OS的OSTaskCreate（）函数的代码。

程序清单L10.10是同类微微处理器的µ

C/OS-II的OSTaskStkInit（）函数的代码。

比较这两段代码，可以看出：

从[L10.9

（1）]OS_EXIT_CRIITICAL（）到[L10.9

（2）]调用OSTaskStkInit（）都抽出来并移到了OSTaskStkInit（）中。

程序清单L10.9µ

C/OS中的OSTaskCreate（）

UBYTEOSTaskCreate（void（*task）（void*pd）,void*pdata,void*pstk,UBYTEp）

UWORDOS_FAR*stk;

UBYTEerr;

OS_ENTER_CRITICAL（）;

if（OSTCBPrioTbl[p]==（OS_TCB*）0）{

OSTCBPrioTbl[p]=（OS_TCB*）1;

OS_EXIT_CRITICAL（）;

（1）

stk=（UWORDOS_FAR*）pstk;

*--stk=（UWORD）FP_OFF（pdata）;

*--stk=（UWORD）FP_SEG（task）;

*--stk=（UWORD）FP_OFF（task）;

*--stk=（UWORD）0x0202;

*--stk=（UWORD）0x0000;

*--stk=_DS;

err=OSTCBInit（p,（voidfar*）stk）;

if（err==OS_NO_ERR）{

if（OSRunning）{

OSSched（）;

}else{

OSTCBPrioTbl[p]=（OS_TCB*）0;

return（err）;

return（OS_PRIO_EXIST）;

程序清单L10.10µ

C/OS-II中的OSTaskStkInit（）

void*OSTaskStkInit（void（*task）（void*pd）,void*pdata,void*ptos,INT16Uopt）

INT16U*stk;

opt=opt;

stk=（INT16U*）ptos;

*stk--=（INT16U）FP_SEG（pdata）;

*stk--=（INT16U）FP_OFF（pdata）;

*stk--=（INT16U）FP_SEG（task）;

*stk--=（INT16U）FP_OFF（task）;

*stk--=（INT16U）0x0202;

*stk--=（INT16U）0xAAAA;

*stk--=（INT16U）0xCCCC;

*stk--=（INT16U）0xDDDD;

*stk--=（INT16U）0xBBBB;

*stk--=（INT16U）0x0000;

*stk--=（INT16U）0x1111;

*stk--=（INT16U）0x2222;

*stk--=（INT16U）0x3333;

*stk--=（INT16U）0x4444;

*stk=_DS;

return（（void*）stk）;

10.5.2OSTaskCreateHook（）

OSTaskCreateHook（）在µ

C/OS中没有，如程序清单L10.11所示，在由.µ

C/OS向µ

C/OS-II升级时，定义一个空函数就可以了。

注意其中的赋值语句，如果不把Ptcb赋给Ptcb，有些编译器会产生一个警告错误，说定义的Ptcb变量没有用到。

程序清单10.11µ

C/OS-II中的OSTaskCreateHook（）

#ifOS_CPU_HOOKS_EN

OSTaskCreateHook（OS_TCB*ptcb）

ptcb=ptcb;

#endif

用户还应该使用条件编译管理指令来处理这个函数。

只有在OS_CFG.H文件中将OS_CPU_HOOKS_EN设为1时，OSTaskCreateHook（）的代码才会生成。

这样做的好处是允许用户移植时可在不同文件中定义钩子函数。

10.5.3OSTaskDelHook（）

OSTaskDelHook（）这个函数在µ

C/OS中没有，如程序清单10.12所示，从µ

C/OS到µ

C/OS-II，只要简单地定义一个空函数就可以了。

注意，如果不用赋值语句将ptcb赋值为ptcb，有些编译程序可能会产生一些警告信息，指出定义的ptcb变量没有用到。

程序清单L10.12µ

C/OS-II中的OSTaskDelHook（）.

OSTaskDelHook（OS_TCB*ptcb）

也还是要用条件编译管理指令来处理这个函数。

只有把OS_CFG.H.文件中的OS_CPU_HOOKS_EN设为1，OSTaskDelHook（）的代码才能生成。

这样做的好处是允许用户移植时在不同的文件中定义钩子函数。

10.5.4OSTaskSwHook（）

OSTaskSwHook（）在µ

C/OS中也不存在。

从µ

C/OS-II升级时，只要简单地定义一个空函数就可以了，如程序清单L10.13所