嵌入式实时操作系统uC-OS-II-综述.ppt

一个简单的信号量 关于μC/OS-II的硬件抽象层 μC/OS-II除了提供了需要在移植时修改的CPU和定时器的抽象层之外，未提供其他硬件抽象层。 这些硬件抽象层需要用户根据硬件平台自行编写。 空事件控制块链表 在μC/OS-II初始化时，系统会在初始化函数OSInit( )中按应用程序使用事件的总数OS_MAX_EVENTS（在文件OS_CFG.H中定义），创建OS_MAX_EVENTS个空事件控制块并借用成员OSEventPtr作为链接指针，把这些空事件控制块链接成一个单向链表。由于链表中的所有控制块尚未与具体事件相关联，故该链表叫做空事件控制块链表。以后，每当应用程序创建一个事件时，系统就会从链表中取出一个空事件控制块，并对它进行初始化以描述该事件。而当应用程序删除一个事件时，就会将该事件的控制块归还给空事件控制块链表 信号量及其操作 在使用信号量之前，应用程序必须调用函数OSSemCreate( )来创建一个信号量，OSSemCreate( )的原型为： ? OS_EVENT *OSSemCreate ( INT16U cnt //信号量计数器初值 )； ? 函数的返回值为已创建的信号量的指针。 任务通过调用函数OSSemPend( )请求信号量，函数OSSemPend( )的原型如下： ? void OSSemPend ( OS_EVENT *pevent, //信号量的指针 INT16U timeout, //等待时限 INT8U *err)； //错误信息 ? 参数pevent是被请求信号量的指针。 为防止任务因得不到信号量而处于长期的等待状态，函数OSSemPend允许用参数timeout设置一个等待时间的限制，当任务等待的时间超过timeout时可以结束等待状态而进入就绪状态。如果参数timeout被设置为0，则表明任务的等待时间为无限长。 任务获得信号量，并在访问共享资源结束以后，必须要释放信号量，释放信号量也叫做发送信号量，发送信号量需调用函数OSSemPost ( )。OSSemPost ( )函数在对信号量的计数器操作之前，首先要检查是否还有等待该信号量的任务。如果没有，就把信号量计数器OSEventCnt加一；如果有，则调用调度器OS_Sched( )去运行等待任务中优先级别最高的任务。 函数OSSemPost ( )的原型为： ? INT8U OSSemPost ( OS_EVENT *pevent //信号量的指针 )； ? 调用函数成功后，函数返回值为OS_ON_ERR，否则会根据具体错误返回OS_ERR_EVENT_TYPE、OS_SEM_OVF。 应用程序如果不需要某个信号量了，那么可以调用函数OSSemDel( )来删除该信号量，这个函数的原型为： ? OS_EVENT *OSSemDel ( OS_EVENT *pevent, //信号量的指针 INT8U opt, //删除条件选项 INT8U *err //错误信息 )； 互斥型信号量和任务优先级反转 在可剥夺型内核中，当任务以独占方式使用共享资源时，会出现低优先级任务先于高优先级任务而被运行的现象，这种现象叫做任务优先级反转。在一般情况下是不允许出现这种任务优先级反转现象的，下面就对优先级的反转现象做一个详细的分析，以期找出原因及解决方法。 图4-15描述了A、B、C三个任务的运行情况。其中，任务A的优先级别高于任务B，任务B的优先级别高于任务C。任务A和任务C都要使用同一个共享资源S，而用于保护该资源的信号量在同一时间只能允许一个任务以独占的方式对该资源进行访问，即这个信号量是一个互斥型信号量。 通过例子可以发现，使用信号量的任务是否能够运行是受任务的优先级别和是否占用信号量两个条件约束的，而信号量的约束高于优先级别的约束。于是当出现低优先级别的任务与高优先级别的任务使用同一个信号量，而系统中还存有别的中等优先级别的任务时，如果低优先级别的任务先获得了信号量，就会使高级别的任务处于等待状态，而那些不使用该信号量的中等级别的任务却可以剥夺低优先级别的任务的CPU使用权而先于高优先级别的任务而运行了。 解决问题的办法之一，是使获得信号量任务的优先级别在使用共享资源期间暂时提升到所有任务最高优先级的高一个级别上，以使该任务不被其他的任务所打断，从而能尽快地使用完共享资源并释放信号量，然后在释放了信号量之后再恢复该任务原来的优先级别。 互斥型信号量 在描述互斥型信号量的事件控制块中，除了成员OSEventType要赋以常数OS_EVENT_TYPE_MUTEX以表明这是一个互斥型信号量和仍然没有使用成员OSEventPtr之外，成员OSEven