[uC/OS-II原理及应用]任务的同步与通信

四、任务的同步与通信

4.1 任务的同步和事件

4.1.1 任务间的同步

 制约关系:

  直接制约关系

  间接制约关系

 

直接制约关系源于任务间的合作

间接制约关系源于资源的共享

 

在多任务合作工作的过程中,操作系统应该解决两个问题:一是各任务间应该具一种互斥关系,即对于某个共享资源,如果一个任务正在使用,则其他任务只能等待,等到该任务释放该资源后,等待的任务之一才能使用它;二是相关的任务在执行上要有先后次序,一个任务要等其伙伴发来通知,或建立了某个条件才能继续执行,否则只能等待。任务之间的这种制约性的合作运行机制叫做任务间的同步。

 

 

4.1.2  事件

uC/OS-II使用信号量、邮箱和消息队列这些中间环节来实现任务之间的通信。这些中间环节则被统称为“事件”。

 

任务1是发信方,任务2是收信方。作为发信方,任务1的责任是把信息发送到事件上,这项操作叫做发送事件。作为收信方,任务2的责任是通过读事件操作对事件进行查询:如果有信息,则读取信息;否则等待。读事件操作叫做请求事件。

 

uC/OS-II 把任务发送事件、请求事件以及其他对事件的操作都定义成为全局函数,以供应用程序的所有任务来调用。

 

1.信号量

  信号量是一类事件。使用信号量的最初目的,是为了给共享资源设立一个标志,该标志表示该共享资源被占用情况。

 

图为两个任务在使用互斥型信号量进行通信,从而使这两个任务无冲突地访问一个共享资源的示意图。任务1在访问共享资源之前先进行请求信号量的操作,当任务1发现信号量的标志位为“1”时,它一方面把信号量的标志由“1”改为“0”,另一方面进行共享资源的访问。如果任务2在任务1已经获得信号之后来请求信号量,那么由于它获得标志值为“0”,所以任务2就只有等待而不能访问共享资源了。这种做法有效地防止两个任务同时访问同一个共享资源所造成的冲突。

 

2.消息邮箱

 在多任务操作系统中,常常需要在任务与任务之间通过传递一个数据的方式来进行通信。为了达到这个目的,可以在内存中创建一个存储空间作为该数据的缓冲区。如果把这个缓冲区叫做消息缓冲区,那么在任务间传递数据(消息)的一个最简单的方法就是传递消息缓冲区的指针。因此,用来传递消息缓冲区指针的数据结构叫做消息邮箱。

 

图为两个任务使用消息邮箱进行通信的示意图。任务1在向消息邮箱发送消息,任务2在从消息邮箱读取消息。读取消息也叫做请求消息。

 

3.消息队列

 上面读到的消息邮箱不仅可用来传递一个消息,而且也可定义一个指针数组。让数组的每个元素都存放一个消息缓冲区指针,那么任务就可通过传递这个指针数组指针的方法来传递多个消息。这种可以传递多个消息的数据结构叫做消息队列。

 

 

图为两个任务使用消息队列进行通信的示意图。任务1向消息队列发送消息缓冲区指针数组的指针,这个操作叫做发送消息队列;任务2在从消息队列读取消息缓冲区指针数组的指针,这个操作叫做请求消息队列。

 

 

4.2 事件控制块及事件处理函数

4.2.1 事件控制块的结构

1.等待任务列表

  对于等待事件任务的记录,uC/OS-II又使用了与任务就绪表类似的位图,即定义了一个INT8U类型的数组OSEventTbl[]来作为等待事件任务的记录表,即等待任务表。

  等待任务表仍然以任务的优先级别为顺序为每个任务分配一个二进制位,并用该位为“1”来表示这一位对应的任务为事件的等待任务,否则不是等待任务。

 

2.事件控制块的结构

 为了把描述事件的数据结构统一起来,uC/OS-II使用叫做事件控制块ECB的数据结构来描述诸如信号量、邮箱(消息邮箱)和消息队列这些事件。

  定义在文件uC/OS-II中的事件控制块的数据结构如下:

typedef struct

{

INT8U  OSEventType;       //事件的类型

INT16U  OSEventCnt;       //信号量的计数器

void  *OSEventPtr;         //消息或消息队列的指针

INT8U  OSEventGrp;        //等待事件的任务组

INT8U  OSEventTbl[OS_EVENT_TBL_SIZE];         //任务等待表    

}

应用程序中的任务通过指针pevent来访问事件控制块。

成员OSEventCnt为信号量的计数器。

成员OSEventPtr主要用来存放消息邮箱或消息队列的指针。

成员OSEventTbl[OS_EVENT_TBL_SIZE] 为等待任务表。

成员OSEventGrp表示任务等待表中的各任务组是否存在等待任务。

事件控制块ECB结构中的成员OSEventType用来指明事件的类型。

 

 

4.2.2 操作事件控制块的函数

  • 2
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
  u C / O S 是一种公开源代码、结构小巧、具有可剥夺实时内核的实时操作系统,商业应用需要付费。   μC/OS-II 的前身是μC/OS,最早出自于1992 年美国嵌入式系统专家Jean J.Labrosse 在《嵌入式系统编程》杂志的5 月和6 月刊上刊登的文章连载,并把μC/OS 的源码发布在该杂志的B B S 上。   用户只要有标准的ANSI 的C交叉编译器,有汇编器、连接器等软件工具,就可以将μC/OS-II嵌人到开发的产品中。μC/OS-II 具有执行效率高、占用空间小、实时性能优良和可扩展性强等特点, 最小内核可编译至 2KB 。μC/OS-II 已经移植到了几乎所有知名的CPU 上。   严格地说uC/OS-II只是一个实时操作系统内核,它仅仅包含了任务调度,任务管理,时间管理,内存管理和任务间的通信同步等基本功能。没有提供输入输出管理,文件系统,网络等额外的服务。但由于uC/OS-II良好的可扩展性和源码开放,这些非必须的功能完全可以由用户自己根据需要分别实现。   uC/OS-II目标是实现一个基于优先级调度的抢占式的实时内核,并在这个内核之上提供最基本的系统服务,如信号量,邮箱,消息队列,内存管理,中断管理等。 uC/OS-II工作原理   uC/OS-II是一种基于优先级的可抢先的硬实时内核。   要实现多任务机制,那么目标CPU必须具备一种在运行期更改PC的途径,否则无法做到切换。不幸的是,直接设置PC指针,目前还没有哪个CPU支持这样的指令。但是一般CPU都允许通过类似JMP,CALL这样的指令来间接的修改PC。我们的多任务机制的实现也正是基于这个出发点。事实上,我们使用CALL指令或者软中断指令来修改PC,主要是软中断。但在一些CPU上,并不存在软中断这样的概念,所以,我们在那些CPU上,使用几条PUSH指令加上一条CALL指令来模拟一次软中断的发生。   在uC/OS-II里,每个任务都有一个任务控制块(Task Control Block),这是一个比较复杂的数据结构。在任务控制快的偏移为0的地方,存储着一个指针,它记录了所属任务的专用堆栈地址。事实上,再uC/OS-II内,每个任务都有自己的专用堆栈,彼此之间不能侵犯。这点要求程序员再他们的程序中保证。一般的做法是把他们申明成静态数组。而且要申明成OS_STK类型。当任务有了自己的堆栈,那么就可以将每一个任务堆栈再那里记录到前面谈到的任务控制快偏移为0的地方。以后每当发生任务切换,系统必然会先进入一个中断,这一般是通过软中断或者时钟中断实现。然后系统会先把当前任务的堆栈地址保存起来,仅接着恢复要切换的任务的堆栈地址。由于哪个任务的堆栈里一定也存的是地址(还记得我们前面说过的,每当发生任务切换,系统必然会先进入一个中断,而一旦中断CPU就会把地址压入堆栈),这样,就达到了修改PC为下一个任务的地址的目的。
嵌入式实时操作系统uc/os-ii是一款常用于单片机嵌入式系统的操作系统。其原理基于事件驱动,采用优先级调度策略,具有快速响应和可靠性高的特点。 在uc/os-ii中,任务是程序的基本执行单位。每个任务都有自己的优先级和任务控制块(TCB)来存储任务的状态信息。任务的切换是通过调度器根据优先级来实现的,优先级高的任务会被优先执行。 uc/os-ii还提供了一系列的内核服务,包括任务管理、时间管理、事件管理、信号量管理等。任务管理主要负责任务的创建、删除和切换,时间管理用于定时操作和延时等待,事件管理用于任务间的同步通信,信号量管理则用于提供资源和互斥访问。 应用方面,uc/os-ii嵌入式系统中广泛应用于实时任务的处理。例如,可以将传感器数据读取作为一个任务,数据处理和决策作为另一个任务,控制指令输出作为第三个任务。通过uc/os-ii来管理这些任务,可以保证数据的准确性和实时性。 此外,uc/os-ii还可以应用于物联网设备、智能家居、工业自动化等领域。例如,在物联网设备中,可以使用uc/os-ii来实现设备的状态监测、数据传输和远程控制等功能。 总之,uc/os-ii是一款功能强大的嵌入式实时操作系统,能够提供可靠的任务管理和事件处理机制,广泛应用于各种嵌入式系统中,提高系统的可靠性和实时性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值