uC/OS-II嵌入式实时操作系统的几大特点

发布者:Ampoule最新更新时间:2018-06-04 来源: 电子发烧友关键字:实时操作系统 手机看文章 扫描二维码
随时随地手机看文章

早在20世纪60年代,就已经有人开始研究和开发嵌入式操作系统。但直到最近,它才在国内被越来越多的提及,在通信、电子、自动化等需要实时处理的领域所日益显现的重要性吸引了人们越来越多的注意力。但是,人们所谈论的往往是一些著名的商业内核,诸如VxWorks、PSOS等。这些商业内核性能优越,但价格昂贵,主要用于16位和32位处理器中,针对国内大部分用户使用的51系列8位单片机,可以选择免费的uC/OS-II。

uC/OS-II的特点

1.uC/OS-II是由Labrosse先生编写的一个开放式内核,最主要的特点就是源码公开。这一点对于用户来说可谓利弊各半,好处在于,一方面它是免费的,另一方面用户可以根据自己的需要对它进行修改。缺点在于它缺乏必要的支持,没有功能强大的软件包,用户通常需要自己编写驱动程序,特别是如果用户使用的是不太常用的单片机,还必须自己编写移植程序。

2.uC/OS-II是一个占先式的内核,即已经准备就绪的高优先级任务可以剥夺正在运行的低优先级任务的CPU使用权。这个特点使得它的实时性比非占先式的内核要好。通常我们都是在中断服务程序中使高优先级任务进入就绪态(例如发信号),这样退出中断服务程序后,将进行任务切换,高优先级任务将被执行。拿51单片机为例,比较一下就可以发现这样做的好处。假如需要用中断方式采集一批数据并进行处理,在传统的编程方法中不能在中断服务程序中进行复杂的数据处理,因为这会使得关中断时间过长。所以经常采用的方法是置一标志位,然后退出中断。由于主程序是循环执行的,所以它总有机会检测到这一标志并转到数据处理程序中去。但是因为无法确定发生中断时程序到底执行到了什么地方,也就无法判断要经过多长时间数据处理程序才会执行,中断响应时间无法确定,系统的实时性不强。如果使用uC/OS-II的话,只要把数据处理程序的优先级设定得高一些,并在中断服务程序中使它进入就绪态,中断结束后数据处理程序就会被立即执行。这样可以把中断响应时间限制在一定的范围内。对于一些对中断响应时间有严格要求的系统,这是必不可少的。但应该指出的是如果数据处理程序简单,这样做就未必合适。因为uC/OS-II要求在中断服务程序末尾使用OSINTEXIT函数以判断是否进行任务切换,这需要花费一定的时间。

3.uC/OS-II和大家所熟知的Linux等分时操作系统不同,它不支持时间片轮转法。uC/OS-II是一个基于优先级的实时操作系统,每个任务的优先级必须不同,分析它的源码会发现,uC/OS-II把任务的优先级当做任务的标识来使用,如果优先级相同,任务将无法区分。进入就绪态的优先级最高的任务首先得到CPU的使用权,只有等它交出CPU的使用权后,其他任务才可以被执行。所以它只能说是多任务,不能说是多进程,至少不是我们所熟悉的那种多进程。显而易见,如果只考虑实时性,它当然比分时系统好,它可以保证重要任务总是优先占有CPU。但是在系统中,重要任务毕竟是有限的,这就使得划分其他任务的优先权变成了一个让人费神的问题。

另外,有些任务交替执行反而对用户更有利。例如,用单片机控制两小块显示屏时,无论是编程者还是使用者肯定希望它们同时工作,而不是显示完一块显示屏的信息以后再显示另一块显示屏的信息。这时候,要是uC/OS-II即支持优先级法又支持时间片轮转法就更合适了。

4.uC/OS-II对共享资源提供了保护机制。正如上文所提到的,uC/OS-II是一个支持多任务的操作系统。一个完整的程序可以划分成几个任务,不同的任务执行不同的功能。这样,一个任务就相当于模块化设计中的一个子模块。在任务中添加代码时,只要不是共享资源就不必担心互相之间有影响。而对于共享资源(比如串口),uC/OS-II也提供了很好的解决办法。一般情况下使用的是信号量的方法。简单地说,先创建一个信号量并对它进行初始化。当一个任务需要使用一个共享资源时,它必须先申请得到这个信号量,而一旦得到了此信号量,那就只有等使用完了该资源,信号量才会被释放。在这个过程中即使有优先权更高的任务进入了就绪态,因为无法得到此信号量,也不能使用该资源。这个特点的好处显而易见,例如当显示屏正在显示信息的时候,外部产生了一个中断,而在中断服务程序中需要显示屏显示其他信息。这样,退出中断服务程序后,原有的信息就可能被破坏了。而在uC/OS-II中采用信号量的方法时,只有显示屏把原有信息显示完毕后才可以显示新信息,从而可以避免这个现象。不过,采用这种方法是以牺牲系统的实时性为代价的。如果显示原有信息需要耗费大量时间,系统只好等待。从结果上看,等于延长了中断响应时间,这对于未显示信息是报警信息的情况,无疑是致命的。发生这种情况,在uC/OS-II中称为优先级反转,就是高优先级任务必须等待低优先级任务的完成。在上述情况下,在两个任务之间发生优先级反转是无法避免的。所以在使用uC/OS-II时,必须对所开发的系统了解清楚,才能决定对于某种共享资源是否使用信号量。

uC/OS-II在单片机使用中的一些特点

1.在单片机系统中嵌入uC/OS-II将增强系统的可靠性,并使得调试程序变得简单。以往传统的单片机开发工作中经常遇到程序跑飞或是陷入死循环。可以用看门狗解决程序跑飞问题,而对于后一种情况,尤其是其中牵扯到复杂数学计算的话,只有设置断点,耗费大量时间来慢慢分析。如果在系统中嵌入uC/OS-II的话,事情就简单多了。可以把整个程序分成许多任务,每个任务相对独立,然后在每个任务中设置超时函数,时间用完以后,任务必须交出CPU的使用权。即使一个任务发生问题,也不会影响其他任务的运行。这样既提高了系统的可靠性,同时也使得调试程序变得容易。

2.在单片机系统中嵌入uC/OS-II将增加系统的开销。现在所使用的51单片机,一般是指87C51或者89C51,其片内都带有一定的RAM和ROM。对于一些简单的程序,如果采用传统的编程方法,已经不需要外扩存储器了。如果在其中嵌入uC/OS-II的话,在只需要使用任务调度、任务切换、信号量处理、延时或超时服务的情况下,也不需要外扩ROM了,但是外扩RAM是必须的。由于uC/OS-II是可裁减的操作系统,其所需要的RAM大小就取决于操作系统功能的多少。举例来说,uC/OS-II允许用户定义最大任务数。由于每建立一个任务,都要产生一个与之相对应的数据结构TCB,该数据结构要占用很大一部分内存空间。所以在定义最大任务数时,一定要考虑实际情况的需要。如果定得过大,势必会造成不必要的浪费。嵌入uC/OS-II以后,总的RAM需求可以由如下表达式得出:

RAM总需求=应用程序的RAM需求+内核数据区的RAM需求+(任务栈需求+最大中断嵌套栈需求)·任务数

所幸的是,uC/OS-II可以对每个任务分别定义堆栈空间的大小,开发人员可根据任务的实际需求来进行栈空间的分配。但在RAM容量有限的情况下,还是应该注意一下对大型数组、数据结构和函数的使用,别忘了,函数的形参也是要推入堆栈的。

3.uC/OS-II的移植也是一件需要值得注意的工作。如果没有现成的移植实例的话,就必须自己来编写移植代码。虽然只需要改动两个文件,但仍需要对相应的微处理器比较熟悉才行,最好参照已有的移植实例。另外,即使有移植实例,在编程前最好也要阅读一下,因为里面牵扯到堆栈操作。在编写中断服务程序时,把寄存器推入堆栈的顺序必须与移植代码中的顺序相对应。

4.和其他一些著名的嵌入式操作系统不同,uC/OS-II在单片机系统中的启动过程比较简单,不像有些操作系统那样,需要把内核编译成一个映像文件写入ROM中,上电复位后,再从ROM中把文件加载到RAM中去,然后再运行应用程序。uC/OS-II的内核是和应用程序放在一起编译成一个文件的,使用者只需要把这个文件转换成HEX格式,写入ROM中就可以了,上电后,会像普通的单片机程序一样运行。

结语

由以上介绍可以看出,uC/OS-II具有免费、使用简单、可靠性高、实时性好等优点,但也有移植困难、缺乏必要的技术支持等缺点,尤其不像商用嵌入式系统那样得到广泛使用和持续的研究更新。但开放性又使得开发人员可以自行裁减和添加所需的功能,在许多应用领域发挥着独特的作用。当然,是否在单片机系统中嵌入uC/OS-II应视所开发的项目而定,对于一些简单的、低成本的项目来说,就没必要使用嵌入式操作系统。

关键字:实时操作系统 引用地址:uC/OS-II嵌入式实时操作系统的几大特点

上一篇:为何Cortex-M处理器运行不了linux
下一篇:浅析linux权限管理

推荐阅读最新更新时间:2024-05-03 02:57

加速物联网设备开发,瑞萨电子MCU支持Microsoft Azure RTOS
全球领先的半导体解决方案供应商瑞萨电子株式会社宣布助力IoT(物联网)设计人员简化从设备到云端的开发。瑞萨充分利用在安全嵌入式设计领域的丰富经验,在微控制器(MCU)和微处理器(MPU)产品上支持Microsoft Azure RTOS,为用户提供快速、无缝、开箱即用的开发体验。 该合作将有助于提供基于瑞萨智能、安全的芯片以及Microsoft Azure 物联网模块(包括Azure RTOS、面向C语言的Azure IoT设备SDK、IoT Plug and Play、IoT Central及IoT Hub)的完整的芯片到云端的IoT解决方案。 作为在全球MCU产品中广为部署的RTOS之一,Azure RTOS(原Thr
[物联网]
德州仪器推出完整的全新实时操作系统 TI-RTOS
2012 年 12 月 17 日,北京讯 日前,德州仪器 (TI) 宣布推出面向 MCU平台、基于抢占式多线程内核的完整实时操作系统 TI-RTOS,加大对嵌入式处理软件及工具产业环境的投入。软件设计已变得更加便捷的今天,微控制器 (MCU) 开发人员可将更多的时间和精力集中在独特应用开发上。TI 在为实时应用提供生产质量级操作系统 (OS) 解决方案方面拥有超过 20 年的丰富经验,现已将其专业技术应用于各种 RTOS 组件(包括普及型 SYS/BIOS™ 实时内核与网络开发套件 NDKTCP/IP 协议栈),并将其集成,创建了完整的微控制器 RTOS。该最新 OS 可显著加速软件开发,设计人员无需编写和维护诸如调度工具、协议栈
[嵌入式]
基于Small RTOS51的肠营养液输液系统
引言   随着各种电子系统在各个领域中应用的不断深入,对电子系统本身的要求也越来越高,尤其对于控制系统软件设计的可靠性、实时响应等各个方面的性能有了更严格的要求。单片机的程序设计不再是前后台的运行模式,而是采用多任务实时操作系统的设计思想。由于使用嵌入式操作系统,可以将具体应用分解成多个任务,简化了应用系统软件的设计,使控制系统的实时性得到保证,使其达到理想状态。良好的多任务设计,还有助于提高系统的稳定性和可靠性。   目前,国内应用最多的是以51系列单片机为主的8位单片机。在51系列单片机系统中,可以进行移植的嵌入式操作系统为数不多。其中,Keil自带的RTX51没有源代码,使用起来很不方便;uC/OSII虽然有源代码,也有
[医疗电子]
基于Small <font color='red'>RTOS</font>51的肠营养液输液系统
嵌入式实时操作系统的RAM盘扩展
    摘要: 介绍了一种在嵌入式实时操作系统内核(以下简称实时内核)上实现RAM盘的方法,配合接受用户命令的Shell任务,可实现嵌入式系统的多任务动态加载和监控,扩展了实时内核的应用领域。实时内核采用目前十分流行的免费内核μC/OS-Ⅱ,硬件不台为通用现场总线控制器系统。     关键词: μC/OS-Ⅱ内核 嵌入式系统 通用现场总线控制器(GPFC) ColdFire 1 嵌入式RTOS 目前,嵌入式RTOS的应用领域越来越广泛。已经有80多个RTOS厂商生产面向8位、16位、32位、甚至64位微处理器的RTOS产品。商业的实时操作系统如VxWorks,pSOS,VRTX,WindowsCE等功能完
[应用]
腾讯宣布开源自研的轻量级物联网实时操作系统
腾讯宣布将开源自主研发的轻量级物联网实时操作系统TencentOS tiny。相比市场上其它系统,腾讯TencentOS tiny在资源占用、设备成本、功耗管理以及安全稳定等层面极具竞争力。该系统的开源可大幅降低物联网应用开发成本,提升开发效率,同时支持一键上云,对接云端海量资源。 据权威资料显示,全球物联网市场规模发展迅猛,2018年,仅国内物联网市场容量已经超过1万亿,预计2020年国内物联网市场容量可望超过1.5万亿。作为物联网整个产业链重要一环,终端侧物联网操作系统由于直接对接底层物联网设备,已经成为构建整个物联网生态的关键。 腾讯物联网团队表示:“将腾讯自主研发的物联网操作系统TencentOS Tiny开源,不
[物联网]
腾讯宣布开源自研的轻量级物联网<font color='red'>实时操作系统</font>
实时操作系统μC/OS-II的改进与应用研究
  传统的嵌入式系统设计大多采用单任务顺序机制,应用程序是一个无限的大循环,所有的事件都按顺序执行,与时间相关性较强的事件靠定时中断来保证,由此带来系统的稳定性、实时性较差;尤其当系统功能较复杂,且对实时性要求较严格时,这种单任务机制的弱点暴露无遗。本文引入的嵌入式操作系统μC/OS-II是一个多任务的实时内核,主要提供任务管理功能。在实时系统中的多个任务,必须决定这些任务的优先级顺序,任务调度算法需要动态为就绪任务的优先级排序。为了满足对实时性要求越来越高的需要,同时避免频繁改变就绪任务的优先级,在分析μC/OS-II源代码的基础上,对其调度算法进行改进。    1 μC/OS-II概述   μC/OS-II是一个完整的,可
[嵌入式]
选用QNX实时操作系统RTOS)开发智能家电控制系统
全球互联嵌入式系统软件平台领导厂商QNX软件系统有限公司日前宣布大连东显电子有限公司正在采用QNX?  Momentics?  工具套件和 QNX? Neutrino?实时操作系统(RTOS)开发服务物联网家电的智能家电控制系统。大连东显电子有限公司是国内专门从事液晶显示器及其模块的设计、生产及经营的知名企业。 大连东显电子有限公司正在开发基于QNX的控制系统,该控制系统将使智能洗衣机、智能冰箱、高端空调以及其它家电设备能与互联网进行无线连接。QNX Neutrino RTOS实时操作系统不但帮助大连东显电子有限公司获得稳定的性能和快速的启动时间,还有助于缩短系统图形用户界面开发的时间并节省工作量。 QNX  Neutri
[嵌入式]
实时操作系统能帮可穿戴设备做些啥
除了如血糖和血压监视器、心电图监测器等这些用于一般保健和身体监控的可穿戴医疗设备之外,一些新的特殊设备也开始涌现,从辅助手术的谷歌眼镜、康复保健用的无线传感鞋垫、监测心率和呼吸的内衣到测量个体应力水平的夹式装置。   虽然用于基本保健功能的检测手段看似微不足道,但一些更复杂的设备可以通过编程来测量和生成一些无法简单实现的更细致的图案报告。     你的设备有哪些基本功能? 你的新设备是否有通信模式或者它仅是一个独立组件?取决于它的通信需求,你可能需要把你软件开发的模式从裸机形式转向采用某种操作系统上。   是否存在确定性的实时需求?对于一些便携式医疗设备,不存在对实时行为的任何需求,如果你在中
[嵌入式]
小广播
最新嵌入式文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件
电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved