第一章：范例<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
在这一章里将提供三个范例来说明如何使用 µC/OS-II。笔者之所以在本书一开始就写这一章是为了让读者尽快开始使用 µC/OS-II。在开始讲述这些例子之前，笔者想先说明一些在这本书里的约定。
这些例子曾经用Borland C/C++ 编译器（V3.1）编译过，用选择项产生Intel/AMD80186处理器（大模式下编译）的代码。这些代码实际上是在Intel Pentium II PC （300MHz）上运行和测试过，Intel Pentium II PC可以看成是特别快的80186。笔者选择PC做为目标系统是由于以下几个原因：首先也是最为重要的，以PC做为目标系统比起以其他嵌入式环境，如评估板，仿真器等，更容易进行代码的测试，不用不断地烧写EPROM，不断地向EPROM仿真器中下载程序等等。用户只需要简单地编译、链接和执行。其次，使用Borland C/C++产生的80186的目标代码（实模式，在大模式下编译）与所有Intel、AMD、Cyrix公司的80x86 CPU兼容。
1.00 安装 µC/OS-II
本书附带一张软盘包括了所有我们讨论的源代码。是假定读者在80x86，Pentium，或者Pentium-II处理器上运行DOS或Windows95。至少需要5Mb硬盘空间来安装uC/OS-II。
请按照以下步骤安装：
1.进入到DOS（或在Windows 95下打开DOS窗口）并且指定C：为默认驱动器。
2.将磁盘插入到A：驱动器。
3.键入 A：INSTALL 【drive】
注意『drive』是读者想要将µC/OS－II安装的目标磁盘的盘符。
INSTALL.BAT 是一个DOS的批处理文件，位于磁盘的根目录下。它会自动在读者指定的目标驱动器中建立\SOFTWARE目录并且将uCOS-II.EXE文件从A：驱动器复制到\SOFTWARE并且运行。µC/OS－II将在\SOFTWARE目录下添加所有的目录和文件。完成之后INSTALL.BAT将删除uCOS-II.EXE并且将目录改为\SOFTWARE\uCOS-II\EX1_x86L，第一个例子就存放在这里。
在安装之前请一定阅读一下READ.ME文件。当INSTALL.BAT已经完成时，用户的目标目录下应该有一下子目录：
l \SOFTWARE
这是根目录，是所有软件相关的文件都放在这个目录下。
l \SOFTWARE\BLOCKS
子程序模块目录。笔者将例子中µC/OS-II用到的与PC相关的函数模块编译以后放在这个目录下。
l \SOFTWARE\HPLISTC
这个目录中存放的是与范例HPLIST相关的文件（请看附录D，HPLISTC和TO）。HPLIST.C存放在\SOFTWARE\HPLISTC\SOURCE目录下。DOS下的可执行文件（HPLIST.EXE）存放在\SOFTWARE\TO\EXE中。
l \SOFTWARE\TO
这个目录中存放的是和范例TO相关的文件（请看附录D，HPLISTC和TO）。源文件TO.C存放在\SOFTWARE\TO\SOURCE中，DOS下的可执行文件（TO.EXE）存放在\SOFTWARE\TO\EXE中。注意TO需要一个TO.TBL文件，它必须放在根目录下。用户可以在\SOFTWARE\TO\EXE目录下找到TO.TBL文件。如果要运行TO.EXE，必须将TO.TBL复制到根目录下。
l \SOFTWARE\uCOS-II
与µC/OS-II 相关的文件都放在这个目录下。
l \SOFTWARE\uCOS-II\EX1_x86L
这个目录里包括例1的源代码(参见 1.07, 例1)，可以在DOS（或Windows 95下的DOS窗口）下运行。
l \SOFTWARE\uCOS-II\EX2_x86L
这个目录里包括例2的源代码(参见 1.08, 例2)，可以在DOS（或Windows 95下的DOS窗口）下运行。
l \SOFTWARE\uCOS-II\EX3_x86L
这个目录里包括例3的源代码(参见 1.09, 例3)，可以在DOS（或Windows 95下的DOS窗口）下运行。
l \SOFTWARE\uCOS-II\Ix86L
这个目录下包括依赖于处理器类型的代码。此时是为在80x86处理器上运行uC/OS-II而必须的一些代码，实模式，在大模式下编译。
l \SOFTWARE\uCOS-II\SOURCE
这个目录里包括与处理器类型无关的源代码。这些代码完全可移植到其它架构的处理器上。
1.01 INCLUDES.H
用户将注意到本书中所有的 *.C 文件都包括了以下定义：
| #include "includes.h" |
INCLUDE.H可以使用户不必在工程项目中每个*.C文件中都考虑需要什么样的头文件。换句话说，INCLUDE.H是主头文件。这样做唯一的缺点是INCLUDES.H中许多头文件在一些*.C文件的编译中是不需要的。这意味着逐个编译这些文件要花费额外的时间。这虽有些不便，但代码的可移植性却增加了。本书中所有的例子使用一个共同的头文件INCLUDES.H，3个副本分别存放在\SOFTWARE\uCOS-II\EX1_x86L，\SOFTWARE\uCOS-II\EX2_x86L，以及\SOFTWARE\uCOS-II\EX3_x86L 中。当然可以重新编辑INCLUDES.H以添加用户自己的头文件。
1.02不依赖于编译的数据类型
因为不同的微处理器有不同的字长，µC/OS-II的移植文件包括很多类型定义以确保可移植性（参见\SOFTWARE\uCOS-II\Ix86L\OS_CPU.H，它是针对80x86的实模式，在大模式下编译）。µCOS-II不使用C语言中的short,int,long等数据类型的定义，因为它们与处理器类型有关，隐含着不可移植性。笔者代之以移植性强的整数数据类型，这样，既直观又可移植，如表L1.1所示。为了方便起见，还定义了浮点数数据类型，虽然µC/OS-II中没有使用浮点数。
| 程序清单 L1.1 可移植型数据类型。 |
| Typedef unsigned char BOOLEAN; |
| Typedef unsigned char INT8U; |
| Typedef signed char INT8S; |
| Typedef unsigned int INT16U; |
| Typedef signed int INT16S; |
| Typedef unsigned long INT32U; |
| Typedef signed long INT32S; |
| Typedef float FP32; |
| Typedef double FP64; |
|
|
| #define BYTE INT8S |
| #define UBYTE INT8U |
| #define WORD INT16S |
| #define UWORD INT16U |
| #define LONG INT32S |
| #define ULONG INT32U |
|
|
以INT16U数据类型为例，它代表16位无符号整数数据类型。µC/OS-II和用户的应用代码可以定义这种类型的数据，范围从0到65,535。如果将µCO/S-II移植到32位处理器中，那就意味着INT16U不再不是一个无符号整型数据，而是一个无符号短整型数据。然而将无论µC/OS-II用到哪里，都会当作INT16U处理。 表1.1是以Borland C/C++编译器为例，为80x86提供的定义语句。为了和µC/OS兼容，还定义了BYTE,WORD,LONG以及相应的无符号变量。这使得用户可以不作任何修改就能将µC/OS的代码移植到µC/OS-II中。之所以这样做是因为笔者觉得这种新的数据类型定义有更多的灵活性，也更加易读易懂。对一些人来说，WORD意味着32位数，而此处却意味着16位数。这些新的数据类型应该能够消除此类含混不请
1.03全局变量
以下是如何定义全局变量。众所周知，全局变量应该是得到内存分配且可以被其他模块通过C语言中extern关键字调用的变量。因此，必须在 .C 和 .H 文件中定义。这种重复的定义很容易导致错误。以下讨论的方法只需用在头文件中定义一次。虽然有点不易懂,但用户一旦掌握，使用起来却很灵活。表1.2中的定义出现在定义所有全局变量的.H头文件中。
| 程序清单 L 1.2 定义全局宏。 |
| #ifdef xxx_GLOBALS |
| #define xxx_EXT |
| #else |
| #define xxx_EXT extern |
| #endif |
.H 文件中每个全局变量都加上了xxx_EXT的前缀。xxx代表模块的名字。该模块的.C文件中有以下定义：
| #define xxx_GLOBALS |
| #include "includes.h" |
当编译器处理.C文件时，它强制xxx_EXT（在相应.H文件中可以找到）为空，（因为xxx_GLOBALS已经定义）。所以编译器给每个全局变量分配内存空间，而当编译器处理其他.C文件时，xxx_GLOBAL没有定义，xxx_EXT被定义为extern，这样用户就可以调用外部全局变量。为了说明这个概念，可以参见uC/OS_II.H,其中包括以下定义：
| #ifdef OS_GLOBALS |
| #define OS_EXT |
| #else |
| #define OS_EXT extern |
| #endif |
|
|
| OS_EXT INT32U OSIdleCtr; |
| OS_EXT INT32U OSIdleCtrRun; |
| OS_EXT INT32U OSIdleCtrMax; |
同时，uCOS_II.H有中以下定义：
| #define OS_GLOBALS |
| #include “includes.h” |
当编译器处理uCOS_II.C时，它使得头文件变成如下所示，因为OS_EXT被设置为空。
| INT32U OSIdleCtr; |
| INT32U OSIdleCtrRun; |
| INT32U OSIdleCtrMax; |
这样编译器就会将这些全局变量分配在内存中。当编译器处理其他.C文件时，头文件变成了如下的样子，因为OS_GLOBAL没有定义，所以OS_EXT被定义为extern。
| extern INT32U OSIdleCtr; |
| extern INT32U OSIdleCtrRun; |
| extern INT32U OSIdleCtrMax; |
在这种情况下，不产生内存分配，而任何 .C文件都可以使用这些变量。这样的就只需在 .H 文件中定义一次就可以了。
1.04 OS_ENTER_CRITICAL() 和
OS_EXIT_CRITICAL()
用户会看到，调用OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL()两个宏，贯穿本书的所有源代码。OS_ENTER_CRITICAL() 关中断；而OS_EXIT_CRITICAL()开中断。关中断和开中断是为了保护临界段代码。这些代码很显然与处理器有关。关于宏的定义可以在OS_CPU.H中找到。9.03.02节详细讨论定义这些宏的两种方法。
| 程序清单 L 1.3 进入正确部分的宏。 |
| #define OS_CRITICAL_METHOD 2 |
|
|
| #if OS_CRITICAL_METHOD == 1 |
| #define OS_ENTER_CRITICAL() asm CLI |
| #define OS_EXIT_CRITICAL() asm STI |
| #endif |
|
|
| #if OS_CRITICAL_METHOD == 2 |
| #define OS_ENTER_CRITICAL() asm {PUSHF; CLI} |
| #define OS_EXIT_CRITICAL() asm POPF |
| #endif |
用户的应用代码可以使用这两个宏来开中断和关中断。很明显，关中断会影响中断延迟，所以要特别小心。用户还可以用信号量来保护林阶段代码。
1.05基于PC的服务
PC.C 文件和 PC.H 文件（在\SOFTWARE\BLOCKS\PC\SOURCE目录下）是笔者在范例中使用到的一些基于PC的服务程序。与 µC/OS-II 以前的版本（即 µC/OS）不同，笔者希望集中这些函数以避免在各个例子中都重复定义，也更容易适应不同的编译器。PC.C包括字符显示，时间度量和其他各种服务。所有的函数都以PC_为前缀。
1.05.01字符显示
为了性能更好，显示函数直接向显示内存区中写数据。在VGA显示器中，显示内存从绝对地址0x000B8000开始（或用段、偏移量表示则为B800:0000）。在单色显示器中，用户可以把#define constant DISP_BASE从0xB800改为0xB000。
PC.C中的显示函数用x和y坐标来直接向显示内存中写ASCII字符。PC的显示可以达到25行80列一共2,000个字符。每个字符需要两个字节来显示。第一个字节是用户想要显示的字符，第二个字节用来确定前景色和背景色。前景色用低四位来表示，背景色用第4位到6位来表示。最高位表示这个字符是否闪烁，（1）表示闪烁，（0）表示不闪烁。 用PC.H中 #defien constants定义前景和背景色，PC.C包括以下四个函数：
PC_DispClrScr() Clear the screen
PC_DispClrLine() Clear a single row (or line)
PC_DispChar() Display a single ASCII character anywhere on the screen
PC_DispStr() Display an ASCII string anywhere on the screen
1.05.02花费时间的测量
时间测量函数主要用于测试一个函数的运行花了多少时间。测量时间是用PC的82C54定时器2。被测的程序代码是放在函数PC_ElapsedStart()和PC_ElapsedStop()之间来测量的。在用这两个函数之前，应该调用PC_ElapsedInit()来初始化，它主要是计算运行这两个函数本身所附加的的时间。这样，PC_ElapsedStop()函数中返回的数值就是准确的测量结果了。注意，这两个函数都不具备可重入性，所以，必须小心，不要有多个任务同时调用这两个函数。表1.4说明了如何测量PC_DisplayChar()的执行时间。注意，时间是以uS为单位的。
| 程序清单 L 1.4 测量代码执行时间。 |
| INT16U time; |
|
|
| PC_ElapsedInit(); |
| . |
| . |
| PC_ElapsedStart(); |
| PC_DispChar(40, 24, ‘A’, DISP_FGND_WHITE); |
| time = PC_ElapsedStop(); |
1.05.03其他函数
µC/OS-II的应用程序和其他DOS应用程序是一样的，换句话说，用户可以像在DOS下编译其他单线程的程序一样编译和链接用户程序。所生成的.EXE程序可以在DOS下装载和运行，当然应用程序应该从main（）函数开始。因为µC/OS-II 是多任务，而且为每个任务开辟一个堆栈，所以单线程的DOS环境应该保存，在退出µC/OS-II 程序时返回到DOS。调用PC_DOSSaveReturn()可以保存当前DOS环境，而调用PC_DOSReturn()可以返回到DOS。 PC.C中使用ANSI C的setjmp(),longjmp()函数来分别保存和恢复DOS环境。Borland C/C++编译库提供这些函数，多数其它的编译程序也应有这类函数。
应该注意到无论是应用程序的错误还是只调用exit(0)而没有调用PC_DOSReturn()函数都会使DOS环境被破坏，从而导致DOS或WINDOWS95下的DOS窗口崩溃。
调用PC_GetDateTime()函数可得到PC中的日期和时间，并且以SACII字符串形式返回。格式是MM-DD-YY HH:MM:SS，用户需要19个字符来存放这些数据。该函数使用了Borland C/C++的gettime()和getdate()函数，其它DOS环境下的C编译应该也有类似函数。
PC_GetKey() 函数检查是否有按键被按下。如果有按键被按下，函数返回其值。这个函数使用了Borland C/C++的kbhit()和getch()函数，其它DOS环境下的C编译应该也有类似函数。
函数PC_SetTickRate()允许用户为 µC /OS-II定义频率，以改变钟节拍的速率。在DOS下，每秒产生18.20648次时钟节拍，或每隔54.925ms一次。这是因为82C54定时器芯片没有初始化，而使用默认值65,535的结果。如果初始化为58,659，那么时钟节拍的速率就会精确地为20.000Hz。笔者决定将时钟节拍设得更快一些，用的是200Hz(实际是上是 199.9966Hz)。注意OS_CPU_A.ASM中的OSTickISR()函数将会每11个时钟节拍调用一次DOS中的时钟节拍处理，这是为了保证在DOS下时钟的准确性。如果用户希望将时钟节拍的速度设置为20HZ，就必须这样做。在返回DOS以前，要调用PC_SetTickRate()，并设置18为目标频率，PC_SetTickRate()就会知道用户要设置为18.2Hz，并且会正确设置82C54。
PC.C中最后两个函数是得到和设置中断向量，笔者是用Borland C/C++中的库函数来完成的，但是PC_VectGet()和PC_VectSet()很容易改写，以适用于其它编译器。
1.06 应用 µC/OS-II 的范例
本章中的例子都用Borland C/C++编译器编译通过，是在Windows95 的DOS窗口下编译的。可执行代码可以在每个范例的OBJ子目录下找到。实际上这些代码是在Borland IDE (Integrated Development Environment)下编译的，编译时的选项如表1.1所示：
| 表 T1.1 IDE中编译选项。 | |
| Code generation |
|
| Model | : Large |
| Options | : Treat enums as ints |
| Assume SS Equals DS | : Default for memory model |
| Advanced code generation |
|
| Floating point | : Emulation |
| Instruction set | : 80186 |
| Options | : Generate underbars |
|
| Debug info in OBJs |
|
| Fast floating point |
| Optimizations |
|
| Optimizations | Global register allocation |
|
| Invariant code motion |
|
| Induction variables |
|
| <?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" />Loop optimization |
|
| Suppress redundant loads |
|
| Copy propagation |
|
| Dead code elimination |
|
| Jump optimization |
|
| In-line intrinsic functions |
| Register variables | Automatic |
| Common subexpressions | Optimize globally |
| Optimize for | Speed |
笔者的Borland C/C++编译器安装在C:\CPP目录下，如果用户的编译器是在不同的目录下，可以在Options/Directories的提示下改变IDE的路径。
µC/OS-II是一个可裁剪的操作系统，这意味着用户可以去掉不需要的服务。代码的削减可以通过设置OS_CFG.H中的#defines OS_???_EN 为0来实现。用户不需要的服务代码就不生成。本章的范例就用这种功能，所以每个例子都定义了不同的OS_???_EN。
1.07例1
第一个范例可以在\SOFTWARE\uCOS_II\EX1_x86L目录下找到，它有13个任务(包括 µC/OS-II 的空闲任务)。µC/OS-II 增加了两个内部任务：空闲任务和一个计算CPU利用率的任务。例1建立了11个其它任务。TaskStart()任务是在函数main()中建立的；它的功能是建立其它任务并且在屏幕上显示如下统计信息：
l 每秒钟任务切换次数；
l CPU利用百分率；
l 寄存器切换次数；
l 目前日期和时间；
l µC/OS-II的版本号；
TaskStart()还检查是否按下ESC键，以决定是否返回到DOS。
其余10个任务基于相同的代码——Task();每个任务在屏幕上随机的位置显示一个0到9的数字。
1.07.01 main()
例1基本上和最初µC/OS中的第一个例子做一样的事，但是笔者整理了其中的代码，并且在屏幕上加了彩色显示。同时笔者使用原来的数据类型（UBYTE, UWORD等）来说明µC/OS-II向下兼容。
main()程序从清整个屏幕开始，为的是保证屏幕上不留有以前的DOS下的显示[L1.5(1)]。注意，笔者定义了白色的字符和黑色的背景色。既然要请屏幕，所以可以只定义背景色而不定义前景色，但是这样在退回DOS之后，用户就什么也看不见了。这也是为什么总要定义一个可见的前景色。
µC/OS-II要用户在使用任何服务之前先调用OSInit() [L1.5(2)]。它会建立两个任务：空闲任务和统计任务，前者在没有其它任务处于就绪态时运行；后者计算CPU的利用率。
| 程序清单 L 1.5 main(). |
| void main (void) |
| { |
| PC_DispClrScr(DISP_FGND_WHITE + DISP_BGND_BLACK); (1) |
| OSInit(); (2) |
| PC_DOSSaveReturn(); (3) |
| PC_VectSet(uCOS, OSCtxSw); (4) |
| RandomSem = OSSemCreate(1); (5) |
| OSTaskCreate(TaskStart, (6) |
| (void *)0, |
| (void *)&TaskStartStk[TASK_STK_SIZE-1], |
| 0); |
| OSStart(); (7) |
| } |
当前DOS环境是通过调用PC_DOSSaveReturn()[L1.5(3)]来保存的。这使得用户可以返回到没有运行µC/OS-II以前的DOS环境。跟随清单L1.6中的程序可以看到PC_DOSSaveReturn()做了很多事情。PC_DOSSaveReturn()首先设置PC_ExitFlag为FALSE[L1.6(1)]，说明用户不是要返回DOS，然后初始化OSTickDOSCtr为1[L1.6(2)]，因为这个变量将在OSTickISR()中递减，而0将使得这个变量在OSTickISR()中减1后变为255。然后，PC_DOSSaveReturn()将DOS 的时钟节拍处理（tick handler）存入一个自由向量表入口中[L1.6(3)-(4)]，以便为µC/OS-II的时钟节拍处理所调用。接着PC_DOSSaveReturn()调用jmp（）[L1.6(5)]，它将处理器状态（即所有寄存器的值）存入被称为PC_JumpBuf的结构之中。保存处理器的全部寄存器使得程序返回到PC_DOSSaveReturn()并且在调用setjmp（）之后立即执行。因为PC_ExitFlag被初始化为FALSE[L1.6(1)]。PC_DOSSaveReturn()跳过if状态语句 [L1.6(6)–(9)] 回到main（）函数。如果用户想要返回到DOS，可以调用 PC_DOSReturn()(程序清单 L 1.7)，它设置PC_ExitFlag为TRUE，并且执行longjmp（）语句[L1.7(2)]，这时处理器将跳回 PC_DOSSaveReturn()[在调用 setjmp()之后] [L1.6(5)]，此时PC_ExitFlag为TRUE，故if语句以后的代码将得以执行。 PC_DOSSaveReturn()将时钟节拍改为 18.2Hz[L1.6(6)]，恢复PC 时钟节拍中断服务[L1.6(7)]，清屏幕[L1.6(8)]，通过exit(0)返回DOS [L1.6(9)]。
| 程序清单 L 1.6 保存DOS环境。. |
| void PC_DOSSaveReturn (void) |
| { |
| PC_ExitFlag = FALSE; (1) |
| OSTickDOSCtr = 8; (2) |
| PC_TickISR = PC_VectGet(VECT_TICK); (3) |
|
|
| OS_ENTER_CRITICAL(); |
| PC_VectSet(VECT_DOS_CHAIN, PC_TickISR); (4) |
| OS_EXIT_CRITICAL(); |
|
|
| Setjmp(PC_JumpBuf); (5) |
| if (PC_ExitFlag == TRUE) { |
| OS_ENTER_CRITICAL(); |
| PC_SetTickRate(18); (6) |
| PC_VectSet(VECT_TICK, PC_TickISR); (7) |
| OS_EXIT_CRITICAL(); |
| PC_DispClrScr(DISP_FGND_WHITE + DISP_BGND_BLACK); (8) |
| exit(0); (9) |
| } |
| } |
| 程序清单 L 1.7 设置返回DOS 。 |
| void PC_DOSReturn (void) |
| { |
| PC_ExitFlag = TRUE; (1) |
| longjmp(PC_JumpBuf, 1); (2) |
| } |
现在回到main（）这个函数，在程序清单 L 1.5中，main（）调用PC_VectSet()来设置µCOS-II中的 CPU寄存器切换。任务级的CPU寄存器切换由80x86 INT指令来分配向量地址。笔者使用向量0x80（即128），因为它未被DOS和BIOS使用。
这里用了一个信号量来保护Borland C/C++库中的产生随机数的函数[L1.5(5)]，之所以使用信号量保护一下，是因为笔者不知道这个函数是否具备可重入性，笔者假设其不具备，初始化将信号量设置为1，意思是在某一时刻只有一个任务可以调用随机数产生函数。
在开始多任务之前，笔者建立了一个叫做TaskStart()的任务[L1.5(6)]，在启动多任务OSStart()之前用户至少要先建立一个任务,这一点非常重要[L1.5(7)]。不这样做用户的应用程序将会崩溃。实际上，如果用户要计算CPU的利用率时，也需要先建立一个任务。µCOS-II的统计任务要求在整个一秒钟内没有任何其它任务运行。如果用户在启动多任务之前要建立其它任务，必须保证用户的任务代码监控全局变量OSStatRdy和延时程序 [即调用 OSTimeDly()]的执行，直到这个变量变成TRUE。这表明µC/OS-II的CPU利用率统计函数已经采集到了数据。
1.07.02 TaskStart()
例1中的主要工作由TaskStart()来完成。TaskStart()函数的示意代码如程序清单 L 1.8所示。TaskStart()首先在屏幕顶端显示一个标识，说明这是例1 [L1.8(1)]。然后关中断，以改变中断向量，让其指向µC/OS-II的时钟节拍处理，而后，改变时钟节拍率，从DOS的 18.2Hz 变为 200Hz [L1.8(3)]。在处理器改变中断向量时以及系统没有完全初始化前，当然不希望有中断打入！注意main（）这个函数(见程序清单 L 1.5)在系统初始化的时候并没有将中断向量设置成µC/OS-II的时钟节拍处理程序，做嵌入式应用时，用户必须在第一个任务中打开时钟节拍中断。
| 程序清单 L 1.8 建立其它任务的任务。 |
| void TaskStart (void *data) |
| { |
| Prevent compiler warning by assigning ‘data’ to itself; |
| Display banner identifying this as EXAMPLE #1; (1) |
|
|
| OS_ENTER_CRITICAL(); |
| PC_VectSet(0x08, OSTickISR); (2) |
| PC_SetTickRate(200); (3) |
| OS_EXIT_CRITICAL(); |
|
|
| Initialize the statistic task by calling ‘OSStatInit()’; (4) |
|
|
| Create 10 identical tasks; (5) |
|
|
| for (;;) { |
| Display the number of tasks created; |
| Display the % of CPU used; |
| Display the number of task switches in 1 second; |
| Display uC/OS-II’s version number |
| If (key was pressed) { |
| if (key pressed was the ESCAPE key) { |
| PC_DOSReturn(); |
| } |
| } |
| Delay for 1 Second; |
| } |
| } |
在建立其他任务之前，必须调用OSStatInit()[L1.8(4)]来确定用户的PC有多快，如程序清单L1.9所示。在一开始，OSStatInit()就将自身延时了两个时钟节拍，这样它就可以与时钟节拍中断同步[L1.9(1)]。因此，OSStatInit()必须在时钟节拍启动之后调用；否则，用户的应用程序就会崩溃。当µC/OS-II调用OSStatInit()时，一个32位的计数器OSIdleCtr被清为0 [L1.9(2)]，并产生另一个延时，这个延时使OSStatInit()挂起。此时，uCOS-II没有别的任务可以执行，它只能执行空闲任务（µC/OS-II的内部任务）。空闲任务是一个无线的循环，它不断的递增OSIdleCtr[L1.9(3)]。1秒以后，uCOS-II重新开始OSStatInit()，并且将OSIdleCtr保存在OSIdleMax中[L1.9(4)。所以OSIdleMax是OSIdleCtr所能达到的最大值。而当用户再增加其他应用代码时，空闲任务就不会占用那样多的CPU时间。OSIdleCtr不可能达到那样多的记数，（如果拥护程序每秒复位一次OSIdleCtr）CPU利用率的计算由µC/OS-II 中的OSStatTask()函数来完成，这个任务每秒执行一次。而当OSStatRdy置为TRUE[L1.9(5)],表示µC/OS-II将统计CPU的利用率。
| 程序清单 L 1.9 测试CPU速度。 |
| void OSStatInit (void) |
| { |
| OSTimeDly(2); (1) |
| OS_ENTER_CRITICAL(); |
| OSIdleCtr = 0L; (2) |
| OS_EXIT_CRITICAL(); |
| OSTimeDly(OS_TICKS_PER_SEC); (3) |
| OS_ENTER_CRITICAL(); |
| OSIdleCtrMax = OSIdleCtr; (4) |
| OSStatRdy = TRUE; (5) |
| OS_EXIT_CRITICAL(); |
| } |
1.07.03 TaskN（）
OSStatInit()将返回到TaskStart()。现在，用户可以建立10个同样的任务（所有任务共享同一段代码）。所有任务都由TaskStart()中建立，由于TaskStart()的优先级为0（最高），新任务建立后不进行任务调度。当所有任务都建立完成后，TaskStart()将进入无限循环之中，在屏幕上显示统计信息，并检测是否有ESC键按下，如果没有按键输入，则延时一秒开始下一次循环；如果在这期间用户按下了ESC键，TaskStart()将调用PC_DOSReturn()返回DOS系统。
程序清单L1.10给出了任务的代码。任务一开始，调用OSSemPend()获取信号量RandomSem [程序清单L1.10(1)]（也就是禁止其他任务运行这段代码—译者注），然后调用Borland C/C++的库函数random（）来获得一个随机数[程序清单L1.10(2)]，此处设random（）函数是不可重入的，所以10个任务将轮流获得信号量，并调用该函数。当计算出x和y坐标后[程序清单L1.10(3)]，任务释放信号量。随后任务在计算的坐标处显示其任务号（0-9，任务建立时的标识）[程序清单L1.10(4)]。最后，任务延时一个时钟节拍[程序清单L1.10(5)]，等待进入下一次循环。系统中每个任务每秒执行200次，10个任务每秒钟将切换2000次。
| 程序清单 L 1.10 在屏幕上显示随机位置显示数字的任务。 |
| void Task (void *data) |
| { |
| UBYTE x; |
| UBYTE y; |
| UBYTE err; |
|
|
|
|
| for (;;) { |
| OSSemPend(RandomSem, 0, &err); (1) |
| x = random(80); (2) |
| y = random(16); |
| OSSemPost(RandomSem); (3) |
| PC_DispChar(x, y + 5, *(char *)data, DISP_FGND_LIGHT_GRAY); (4) |
| OSTimeDly(1); (5) |
| } |
| } |
1.08 例2
例2使用了带扩展功能的任务建立函数OSTaskCreateExt（）和uCOS-II的堆栈检查操作（要使用堆栈检查操作必须用OSTaskCreateExt（）建立任务—译者注）。当用户不知道应该给任务分配多少堆栈空间时，堆栈检查功能是很有用的。在这个例子里，先分配足够的堆栈空间给任务，然后用堆栈检查操作看看任务到底需要多少堆栈空间。显然，任务要运行足够长时间，并要考虑各种情况才能得到正确数据。最后决定的堆栈大小还要考虑系统今后的扩展，一般多分配10％，25％或者更多。如果系统对稳定性要求高，则应该多一倍以上。
uCOS-II的堆栈检查功能要求任务建立时堆栈清零。OSTaskCreateExt()可以执行此项操作（设置选项OS_TASK_OPT_STK_CHK和OS_TASK_OPT_STK_CLR打开此项操作）。如果任务运行过程中要进行建立、删除任务的操作，应该设置好上述的选项，确保任务建立后堆栈是清空的。同时要意识到OSTaskCreateExt()进行堆栈清零操作是一项很费时的工作，而且取决于堆栈的大小。执行堆栈检查操作的时候，uCOS-II从栈底向栈顶搜索非0元素(参看图F 1.1)，同时用一个计数器记录0元素的个数。
例2的磁盘文件为\SOFTWARE\uCOS-II\EX2_x86L，它包含9个任务。加上uCOS-II本身的两个任务：空闲任务（idle task）和统计任务。与例1一样TaskStart（）由main（）函数建立，其功能是建立其他任务并在屏幕上显示如下的统计数据：
l 每秒种任务切换的次数；
l CPU利用率的百分比；
l 当前日期和时间；
l uCOS_II的版本号；
图F 1.1 µC/OS-II stack checking.
|
<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" /> |
1.08.01 main()
例2的main()函数和例1的看起来差不多（参看程序清单L1.11），但是有两处不同。第一，main()函数调用PC_ElapsedInit()[程序清单L1.11(1)]来初始化定时器记录OSTaskStkChk()的执行时间。第二，所有的任务都使用OSTaskCreateExt()函数来建立任务[程序清单L1.11(2)]（替代老版本的OSTaskCreate（）），这使得每一个任务都可进行堆栈检查。
| 程序清单 L 1.11 例2中的Main（）函数. |
| void main (void) |
| { |
| PC_DispClrScr(DISP_FGND_WHITE + DISP_BGND_BLACK); |
| OSInit(); |
| PC_DOSSaveReturn(); |
| PC_VectSet(uCOS, OSCtxSw); |
| PC_ElapsedInit(); (1) |
| OSTaskCreateExt(TaskStart, (2) |
| (void *)0, |
| &TaskStartStk[TASK_STK_SIZE-1], |
| TASK_START_PRIO, |
| TASK_START_ID, |
| &TaskStartStk[0], |
| TASK_STK_SIZE, |
| (void *)0, |
| OS_TASK_OPT_STK_CHK | OS_TASK_OPT_STK_CLR); |
| OSStart(); |
| } |
除了OSTaskCreate()函数的四个参数外，OSTaskCreateExt()还需要五个参数（一共9个）：任务的ID，一个指向任务堆栈栈底的指针，堆栈的大小（以堆栈单元为单位，80X86中为字），一个指向用户定义的TCB扩展数据结构的指针，和一个用于指定对任务操作的变量。该变量的一个选项就是用来设定uCOS-II堆栈检查是否允许。例2中并没有用到TCB扩展数据结构指针。
1.08.02TaskStart()
程序清单L1.12列出了TaskStart()的伪码。前五项操作和例1中相同。TaskStart（）建立了两个邮箱，分别提供给任务4和任务5[程序清单L1.12(1)]。除此之外，还建立了一个专门显示时间和日期的任务。
| 程序清单 L 1.12 TaskStart()的伪码。. |
| void TaskStart (void *data) |
| { |
| Prevent compiler warning by assigning ‘data’ to itself; |
| Display a banner and non-changing text; |
| Install uC/OS-II’s tick handler; |
| Change the tick rate to 200 Hz; |
| Initialize the statistics task; |
| Create 2 mailboxes which are used by Task #4 and #5; (1) |
| Create a task that will display the date and time on the screen; (2) |
| Create 5 application tasks; |
| for (;;) { |
| Display #tasks running; |
| Display CPU usage in %; |
| Display #context switches per seconds; |
| Clear the context switch counter; |
| Display uC/OS-II’s version; |
| If (Key was pressed) { |
| if (Key pressed was the ESCAPE key) { |
| Return to DOS; |
| } |
| } |
| Delay for 1 second; |
| } |
| } |
1.08.03 TaskN()
任务1将检查其他七个任务堆栈的大小，同时记录OSTackStkChk()函数的执行时间[程序清单L1.13(1)–(2)]，并与堆栈大小一起显示出来。注意所有堆栈的大小都是以字节为单位的。任务1每秒执行10次[程序清单L1.13(3)]（间隔100ms）。
| 程序清单 L 1.13 例2, 任务1 |
| void Task1 (void *pdata) |
| { |
| INT8U err; |
| OS_STK_DATA data; |
| INT16U time; |
| INT8U i; |
| char s[80]; |
|
|
|
|
| pdata = pdata; |
| for (;;) { |
| for (i = 0; i < 7; i++) { |
| PC_ElapsedStart(); (1) |
| err = OSTaskStkChk(TASK_START_PRIO+i, &data) |
| time = PC_ElapsedStop(); (2) |
| if (err == OS_NO_ERR) { |
| sprintf(s, "%3ld %3ld %3ld %5d", |
| data.OSFree + data.OSUsed, |
| data.OSFree, |
| data.OSUsed, |
| time); |
| PC_DispStr(19, 12+i, s, DISP_FGND_YELLOW); |
| } |
| } |
| OSTimeDlyHMSM(0, 0, 0, 100); (3) |
| } |
| } |
程序清单L1.14所示的任务2在屏幕上显示一个顺时针旋转的指针（用横线，斜线等字符表示—译者注），每200ms旋转一格。
| 程序清单 L 1.14 任务2 |
| void Task2 (void *data) |
| { |
| data = data; |
| for (;;) { |
| PC_DispChar(70, 15, '|', DISP_FGND_WHITE + DISP_BGND_RED); |
| OSTimeDly(10); |
| PC_DispChar(70, 15, '/', DISP_FGND_WHITE + DISP_BGND_RED); |
| OSTimeDly(10); |
| PC_DispChar(70, 15, '-', DISP_FGND_WHITE + DISP_BGND_RED); |
| OSTimeDly(10); |
| PC_DispChar(70, 15, '\\', DISP_FGND_WHITE + DISP_BGND_RED); |
| OSTimeDly(10); |
| } |
| } |
任务3(程序清单 L1.15)也显示了与任务2相同的一个旋转指针，但是旋转的方向不同。任务3在堆栈中分配了一个很大的数组，将堆栈填充掉，使得OSTaskStkChk()只需花费很少的时间来确定堆栈的利用率，尤其是当堆栈已经快满的时候。
| 程序清单 L 1.15 任务3 |
| void Task3 (void *data) |
| { |
| char dummy[500]; |
| INT16U i; |
| data = data; |
| for (I = 0; i < 499; i++) { |
| dummy[i] = '?'; |
| } |
| for (;;) { |
| PC_DispChar(70, 16, '|', DISP_FGND_WHITE + DISP_BGND_BLUE); |
| OSTimeDly(20); |
| PC_DispChar(70, 16, '\\', DISP_FGND_WHITE + DISP_BGND_BLUE); |
| OSTimeDly(20); |
| PC_DispChar(70, 16, '-', DISP_FGND_WHITE + DISP_BGND_BLUE); |
| OSTimeDly(20); |
| PC_DispChar(70, 16, '/', DISP_FGND_WHITE + DISP_BGND_BLUE); |
| OSTimeDly(20); |
| } |
| } |
任务4(程序清单L1.16)向任务5发送消息并等待确认[程序清单L1.16(1)]。发送的消息是一个指向字符的指针。每当任务4从任务5收到确认[程序清单L1.16(2)],就将传递的ASCII码加1再发送[程序清单L1.16(3)]，结果是不断的传送“ABCDEFG....”。
| 程序清单 L 1.16 任务4 |
| void Task4 (void *data) |
| { |
| char txmsg; |
| INT8U err; |
|
|
|
|
| data = data; |
| txmsg = 'A'; |
| for (;;) { |
| while (txmsg <= 'Z') { |
| OSMboxPost(TxMbox, (void *)&txmsg); (1) |
| OSMboxPend(AckMbox, 0, &err); (2) |
| txmsg++; (3) |
| } |
| txmsg = 'A'; |
| } |
| } |
当任务5 [程序清单L1.17]接收消息后[程序清单L1.17(1)]（发送的字符），就将消息显示到屏幕上[程序清单L1.17(2)]，然后延时1秒[程序清单L1.17(3)]，再向任务4发送确认信息。
| 程序清单 L 1.17 任务5 |
| void Task5 (void *data) |
| { |
| char *rxmsg; |
| INT8U err; |
|
|
|
|
| data = data; |
| for (;;) { |
| rxmsg = (char *)OSMboxPend(TxMbox, 0, &err); (1) |
| PC_DispChar(70, 18, *rxmsg, DISP_FGND_YELLOW+DISP_BGND_RED); (2) |
| OSTimeDlyHMSM(0, 0, 1, 0); (3) |
| OSMboxPost(AckMbox, (void *)1); (4) |
| } |
| } |
TaskClk()函数[程序清单L1.18]显示当前日期和时间，每秒更新一次。
| 程序清单 L 1.18 时钟显示任务 |
| void TaskClk (void *data) |
| { |
| Struct time now; |
| Struct date today; |
| char s[40]; |
|
|
|
|
| data = data; |
| for (;;) { |
| PC_GetDateTime(s); |
| PC_DispStr(0, 24, s, DISP_FGND_BLUE + DISP_BGND_CYAN); |
| OSTimeDly(OS_TICKS_PER_SEC); |
| } |
| } |
扫一扫
810
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
