下载文档原格式
实时操作系统UCOS-II,学会RTOS给你的身价增值如果，你最近关注一些嵌入式招聘职位描述，你可能会经常看到看到使用过uCOS、Vxworks、QNX等RTOS者优先。
随便打开一个20K的嵌入式开发工作职责：你会发现熟悉RTOS的开发、移植、剪裁真的很吃香！今天，我们就来介绍一下实时操作系统UCOS-II。
一、嵌入式操作系统概览嵌入式操作系统的主要好处就是屏蔽了底层硬件的差别，给上层应用提供统一的接口，并管理进程调度和资源（如CPU时间、内存）分配等。
并且可以充分利用硬件资源，如在单任务时（大循环结构，如大部分51程序）遇到delay函数时，CPU在空转。
而在多任务系统，遇到delay或需等待资源时系统会自动运行下一个任务，等条件满足再回来运行先前的任务，这样就充分利用了CPU，提高了效率。
uC/OS操作系统与裸机程序的最大不同点就在于uC/OS有任务调度，可以根据任务的重要程度（优先级）优先执行重要的任务，从而确保能及时处理最重要的数据。
（所以对于一个系统有必要使用OS的判断是能否划分一个个的任务，并且各任务间的耦合很小）可以思考下裸机程序中断的时候发生的过程。
利用堆栈可以很自由的在A、B中切换，如果切换足够快，A、B看以来好像同时在执行，这就是并行，A、B就是任务。
如果这个切换操作放到定时器函数中来做，就可以严格按照时间来切换。
另外，各个任务之间有存在一定的关系，有逻辑上的先后等，必须引进全局的结构体、变量来标记一些信息，全局的这些数据是不会被释放的，所以所有的任务可以去通过读、写这些数据来实现各个程序块交流信息，实现所谓的同步、互斥。
这就是操作系统的原理，而这些不同的通信方式按功能细分就成事件管理、内存管理等。
第2－5：uC/OS-II 实时操作系统1目录：2.5.1概述2.5.2任务栈切换方法2.5.3优先级别算法2.5.4任务通信－使用邮箱2.5.5任务通信－使用消息队列2.5.6对共享资源的互斥访问控制与信号（semaphore）2.5.7任务同步与信号(signal)2.5.8内存分配方法2.5.8缺陷与改进（1：任务调度问题，2：通信问题：任务通信模型与uC/OS-II通信机制的缺陷）附录1：uC/OS-II文件列表附录2：相关函数列表附录3：主要变量和数据类型列表1本章所涉及的操作系统理论知识可参阅各种操作系统教科书，比如《现代操作系统》【美】Andrew S.Tanenbaum著陈向群等译机械工业出版社1999年11月2.5.1概述技术指标uC/OS-II是一个占先式实时多任务操作系统内核，但不支持时间片调度，支持任务间通信，提供了多种对共享资源的访问控制，如禁止切换，调度上锁等。
uC/OS-II的也是一个可剪裁的系统，可以根据需要保留或者删除某些功能，任务数最多可达64个。
下表中给出了2种常用情况下的目标代码大小。
在uC/OS-II中，影响内存大小的数据结构主要包括任务数量，事件控制块数量和任务堆栈大小。
uC/OS-II源代码uC/OS-II的X86版本代码规模约为5000行，包括用于应用任务的例子代码和辅助代码，核心代码约3500行，分布在17 个文件中【详见附录1】。
任务状态uC/OS-II的任务一般会处于以下6状态之一，1.运行态2.就绪态3.等待信号量4.等待邮箱消息5.等待消息队列消息6.挂起在某一时刻，系统中只会有一个任务处于“运行态”，处于其他各种状态的任务数量没有限制，“挂起态”的进入是任务主动进行的，其他状态一般由各种外部因素造成。
只有处于“就绪态”的任务才可能成为下个要执行的任务。
任务切换过程和优先级别算法uC/OS-II不支持时间片调度切换，而仅仅提供按任务优先级别的切换，提供了2种任务切换方式，主动切换和被动切换，前者是应用任务通过调用系统函数自动将自己挂起，后者是操作系统根据当前任务运行情况，将正在运行的任务强制挂起，从而切换到另一个任务执行。
uC/OS-II北京邮电大学计算机学院 邝 坚 2011年10月教材及参考文献《嵌入式实时操作系统 uC/OS-II(第2 版)》,Jean brosse, 邵贝贝, 北航出版 社, 2003年1月uC/OS-II的主要特点实时性可确定：绝大多数系统服务的执行时间具有可确定 性，不依赖于用户应用程序Task数目的多少。
多任务、独立栈：最多64个Task，基于优先级抢占调度方 式。
每个Task有自身独立的堆栈。
可裁减性：系统最小可裁减到几K到十几K，这种裁减还可 以做到基于函数级。
可移植性：与CPU体系结构相关部分用汇编编写，其他功 能组件CPU无关。
可靠、稳定性：由整个系统设计来保证，市场验证。
美国 联邦航空管理局（FAA）认证。
开源代码：内核约5500行C代码。
可固化：面向嵌入式应用。
系统功能实时内核 任务管理 时间管理 信号量、互斥信号量管理 事件标志组管理 消息邮箱管理 消息队列管理 内存管理 …Targets x86 68k PPC CPU32 i960 SPARC ARM MIPS XScale …Typical development configurationEthernetRS-232Development HostTargetTypical scenario:1. Boot target. 4. Download object module. 2. Attach target server. 5. Test & Debug. 3. Edit & compile. 6. Return to 3 or 1 as necessaryMulti-TaskingTask是代码运行的一个映像，从系统的角 度看，Task是竞争系统资源的最小运行单 元。
Task可以使用或者等待CPU、I/O设备 及内存空间等系统资源，并独立于其它的 Task，与它们一起并发运行。
Task OperationPriority-base preemptive scheduling（基 于优先级的抢占式调度）Task调度器上锁和开锁给调度器上锁函数OSSchedlock() 用于临 时禁止任务调度，直到任务完成后调用给 调度器开锁函数OSSchedUnlock()为止。
嵌入式实时操作系统ucosIIucosII是一款源代码公开、可免费使用的嵌入式实时操作系统。
它是由德国嵌入式系统专家brosse于1992年编写完成的，主要适用于嵌入式系统的开发。
ucosII具有源代码短小精悍、可移植性好、稳定性高等优点，被广泛应用于各种嵌入式系统中。
源代码短小精悍：ucosII的源代码只有几百KB，相对于其他RTOS来说，其代码量较小，易于理解和修改。
可移植性好：ucosII采用了可移植性的设计方法，可以在不同的处理器和编译器上进行移植和优化。
稳定性高：ucosII在各种嵌入式系统中得到了广泛应用，其稳定性和可靠性得到了充分的验证。
支持多任务：ucosII支持多任务处理，可以同时运行多个任务，提高系统的效率和响应速度。
实时性：ucosII具有较高的实时性，可以满足各种实时性要求高的应用场景。
可扩展性：ucosII具有较好的可扩展性，可以根据需要进行功能扩展和优化。
系统内核：包括任务调度、任务管理、时间管理、内存管理等核心功能。
中断处理程序：处理各种中断请求，包括硬件中断、软件中断等。
系统API：提供了一套完善的API函数，方便应用程序的开发和调试。
调试和测试工具：包括各种调试和测试工具，如内存检查工具、性能分析工具等。
ucosII被广泛应用于各种嵌入式系统中，如工业控制、智能家居、智能交通、航空航天等。
其应用场景涵盖了消费类电子产品、医疗设备、通信设备、汽车电子等领域。
ucosII作为一款源代码公开、可免费使用的嵌入式实时操作系统，具有短小精悍、可移植性好、稳定性高等优点。
它广泛应用于各种嵌入式系统中，为应用程序的开发提供了便利和支持。
其可扩展性和实时性也使得它在各种领域中具有广泛的应用前景。
随着嵌入式系统的广泛应用，对嵌入式操作系统的需求也日益增长。
uCOSII是一种流行的实时嵌入式操作系统，具有轻量级、实时性、可扩展性等优点。
本文将介绍如何在AT91平台上实现uCOSII的移植。
VμC/OS 和μC/OS-II是专门为计算机的嵌入式应用设计的，绝大部分代码是用C语言编写的。
CPU 硬件相关部分是用汇编语言编写的、总量约200行的汇编语言部分被压缩到最低限度，为的是便于移植到任何一种其它的CPU 上。
工作原理编辑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 中最多可以支持64 个任务，分别对应优先级0～63，其中0 为最高优先级。
实验3：ucosII实时操作系统————————————————————————————————作者：————————————————————————————————日期：实验3 uC/os II 实时操作系统一、实验目的：1。
掌握PC上安装的硬件设计环境Quartus II和应用程序设计环境Nios II；2. 了解Nios II让uC/os II跑在DE2—70上实现多任务并发性；3。
了解基于FPGA的嵌入式系统开发过程。
二、实验步骤:(一）硬件工程的初建：新建“demo_ucos"工程鼠标左键双击桌面上的“Quartus II”快捷方式图标，耐心等待片刻,即可启动“Quartus II”设计页面,如图3-1所示。
图3-13在“Quartus II”设计页面内，鼠标左键单击File-> New Project Wizard，弹出“New Project Wizard：introduction”,如图3-2所示.图3-2鼠标左键单击“next”按钮跳过此页，进入“New Project Wi zard: Directory, Name, Top-level entity”页面。
在“New Project Wizard: Directory，Name, Top—level entity”页面：“the working directory for this project”（工程路径)可以任意填写，例如:“E:\demo\demo_ucosii"。
“工程的工作目录”如前“E：\demo\demo_ucosii"，表示将会在E盘上产生一个文件夹“demo”,在“demo”文件夹里产生另一个文件夹“demo_ucosii”（工程文件夹,保存工程文件），此实验后续步骤中产生的各种文件会自动保存到路径“E：\demo\demo_ucosii"下。
“the name of this project”（工程名字）填写为“demo_ucos”。
ucos-ii工作原理uC/OS-II（Micro C/Operating System-II）是一种用于嵌入式系统的实时操作系统。
它的工作原理可以简单归纳为以下几个步骤：1. 任务管理：uC/OS-II使用优先级调度算法管理多个任务。
每个任务都有一个优先级，高优先级的任务会优先执行。
uC/OS-II通过一个任务控制块（TCB）来管理每个任务的信息，包括任务的状态、堆栈信息、优先级等。
2. 中断处理：uC/OS-II可以处理多种类型的中断。
当发生中断时，uC/OS-II会根据中断类型进行相应的处理，并且可以自动切换到中断服务程序（ISR）进行执行。
中断服务程序中的代码通常是短小且高效的，用于处理特定的中断事件。
3. 任务切换：uC/OS-II使用抢占式的任务调度方式，因此任务切换可以发生在任何时刻。
当一个任务的时间片用尽或者有更高优先级的任务需要执行时，uC/OS-II会保存当前任务的上下文信息，并切换到下一个任务的执行。
任务切换时，uC/OS-II会保存当前任务的栈指针等信息，并从下一个任务的栈指针中恢复相应的上下文，以使下一个任务继续执行。
4. 事件同步：uC/OS-II提供了多种事件同步机制，如信号量、事件标志、消息邮箱等，用于任务之间的同步和通信。
这些机制可以帮助任务之间按照一定的顺序进行执行，实现数据共享和互斥访问等功能。
5. 内存管理：uC/OS-II提供了内存管理功能，可以动态分配和释放内存块。
这种内存管理机制可以帮助节省内存空间，提高系统的效率。
总而言之，uC/OS-II通过任务管理、中断处理、任务切换、事件同步和内存管理等机制，实现了对嵌入式系统的实时调度和资源管理，以提供稳定、可靠的操作系统支持。
