μC/OS-III的内核对象解析
扫描二维码
随时随地手机看文章
摘要:μC/OS-III是Micrium公司于2011年8月1日发布的第三代占先式硬实时系统,虽然其某些功能弱于Linux、Android等市场占有率极高的系统,但其优点也是显而易见的,如强实时性、微内核、对微处理器的要求低等。本文对μC/OS-III的内核对象进行详细的分析。
关键词:μC/OS-III;μC/OS-III内核对象;信号量;消息队列;事件标志组
引言
近年来,随着数字化技术的飞速发展,嵌入式产品应用在我们生活中的各个方面。嵌入式操作系统作为嵌入式产品的核心,起着越来越重要作用。μC/OS系列主要面向于对实时性、容错能力等要求较高的工业操作系统。
μC/OS-III的内核对象相对于μC/OS-II有着较大的改变。其内核对象的结构更加完善。各内核对象都内置时间戳变量,使任务进行与实时性相关的调试更加便捷。任务内建消息队列后,中断程序可以直接发送消息给任务而不通过消息队列,这在一些采集信号频繁的应用中能大大提高其实时处理能力,从而提高整个系统的效率。
1 μC/OS-III内核对象的解析
1.1 信号量
信号量常用于任务间的同步和互斥。创建信号量的前提条件是分配一个OS_SEM类型的结构体,信号量的信息均存储于该结构体中。此外,还需在程序中调用OS-ScmCreate()函数后μC/OS-III才能识别该信号量。
其参数分别为OS_SEM结构体地址、信号量名、初始信号量计数值、错误代号。
任务可调用OSSemPcnd()等待该信号量而被挂起。
其参数分别为OS_SEM结构体地址、等待期满值、信号量失效模式、时间戳、错误代号。
等待期满值:该值在其变量类型范围内任意设定,如果非0,则该任务对信号量的等待期为所设置的值。如果为0,则任务无限等待,除非其他任务调用OSSemPendAbort()取消了该函数继续等待信号量的到来。
信号量失效模式:若该任务所等待的信号量无定义或已被删除,选择OS_OPT_PEND_BLOCKING,任务被挂起;选择OS_OPT_PEND_NON_BLOC KING,函数返回错误代号且任务继续执行。
有关信号量的函数:
信号量提交OSSemPend()
信号量删除 OSSemDel()
取消另一个任务等待信号量 OSSemPendAbort()
设置信号量计数值 OSSemSet()
信号量中还包括互斥信号量MUTEX,其结构与普通的信号量一样,但为了区分,μC/OS-III为其重新定义了结构体类型OS_MUTEX,互斥信号量用于临界资源的访问。
1.2 消息队列
消息中承载的可以是数据区地址,也可以是函数的地址。任务得到其地址后便可访问目标数据或目标函数。消息存在于消息队列中,使用消息的前提是创建消息队列,每个消息队列需创建一个OS_Q类型的结构体用于存储该消息队列的相关数据。结构体OS_MSG_Q是消息队列构成的主要部分,其中存储着消息队列中首个消息和最后一个消息的地址,而消息中会保存后一个消息的地址,形成队列。这样,μC/OS-III就能高效地访问到消息队列中的每个消息。在程序中调用OSQCreate()函数后μC/OS-III才能识别用户创建的消息队列。消息队列及其消息如图1所示。
消息队列创建函数为:
其参数分别为:消息所被存放的消息队列地址、消息队列的名字、消息队列中所能存放的消息个数、错误代号。
消息提交函数为:
其参数分别为:消息所被存放的消息队列地址、消息所承载的数据的地址、消息所承载数据的字节数、消息的提交方式、错误代号。
消息提交的方式共有4种:
OS_OPT_POST_ALL消息提交给所有在队列中等待的任务。
OS_OPT_POST_FIFO消息提交到消息队列的队尾。
OS_OPT_POST_LIFO消息提交到消息队列的队首。
OS_OPT_POST_NO_SCHED 消息被提交到消息队列,但不马上调用调度器。
消息挂起函数为:
其参数分别为:消息所被存放的消息队列地址、任务等待期满时间、消息队列失效模式、消息所承载数据的大小、时间戳、错误代号。
任务等待期满时间是以时基为单位的。时间戳变量中保存了任务接收到消息时的时间戳、任务被取消等待该消息时的时间戳、消息队列被删除时的时间戳。用户也可以传入参数((CPU_TS*)0)不接收这个时间戳。错误代号中蕴含着函数的执行结果。
需注意的是该函数有返回值,返回的是接收到消息中所指向数据区的地址。
消息队列的其他API:
删除消息队列 OSQDel()
清空消息队列 OSQFlush()
取消任务等待该消息 OSQPendAbort()
以上函数均用于操作外建消息队列,μC/OS-III最让人振奋的就是任务可以内建消息队列,这不仅提高了μC/OS-III的效率,还简化了程序代码。
任务内建消息队列的API如下:
任务等待消息 OSTaskQPend()
发送消息给消息队列 OSTaskQPost()
清窄消息队列 OSTaskQFlush()
取消任务等待该消息 OSQPendAbort()
外部消息队列及任务内建消息队列如图2所示。
1.3 事件标志组
事件标志组创建函数为:
其参数分别为:事件标志组的地址、事件标志组的名字、初始化事件标志组、错误代号。
事件标志组挂起函数为:
其参数分别为:事件标志组的地址、任务所等待的标志位、任务等待期满时间、事件标志组的方式、时间戳、错误代号。
事件标志组的方式选择需分为两部分:一部分为事件标志组失效时的处理方式,可选择OS_OPT_PENDBLOCKING和OS_OPT_PEND_NON_BLOCKI NG;另一部分是任务等待事件标志位的方式。
所等待的标志位全部被清零:OS_OPT_PEND_FLAG_CLR_AND
所等待的标志位或操作为0:OS_OPT_PEND_FLAG_CLR_OR
所等待的标志位全部被置位:OS_OPT_PEND_FLAG_SET_AND
所等待的标志位或操作为1:OS_OPT_PEND FLAG_SET_OR
事件标志提交函数为:
其参数分别为:事件标志组的地址、此函数中被操作的位、置位或清零、错误代号。
事件标志组的其他API:
删除事件标志组 OSFlagDel()
取消任务等待事件标志组 OSFlagPendAbort()
获取事件标志组中任务所关心的位 OSFlagPendGetFlagsRdy()
事件标志组实现任务间的通信如图3所示。
2 小结
μC/OS-III任务间的通信常通过信号量、消息队列、事件标志组实现。信号量的通信类似于任务间打招呼,如判断某条件是否成立。消息队列可分为任务内建消息队列和外部消息队列,任务内建消息队列一般用于接收少量消息(如中断程序发送过来的消息),外部消息队列主要面向于多个任务共同等待的消息。事件标志组则用于多个任务间的同步。