任务基本概念 任务是一个接受操作系统管理的独立运行单元,在uCosII中类似与普通平台上的main()函数,需要自己来保护其因调用或中断二产生的断点,所以需要一个自己的私有堆栈,即任务堆栈: 任务有两种,分为:用户任务和系统任务: uCosII中并没有给任务分配独立的运行空间,而是所有的任务共同使用一个内存空间,所以这里的任务属于线程: 系统中的任务共有5种状态: 睡眠状态:任务只是以代码的形式驻留在程序空间(ROM或RAM),还没有交给操作系统管理时的情况叫睡眠状态: 就绪状态:如果系统为任务

1 UCOSII定义的关键数据结构 OS_EXT  INT8U             OSIntNesting; OSIntNesting用于判断当前系统是否正处于中断处理例程中. OS_EXT  INT8U             OSPrioCur; OSPrioCur表示当前进程的优先级. OS_EXT  INT8U             OSPrioHighRdy; OSPrioHighRdy表示最高优先级任务的优先级. OS_EXT  OS_PRIO           OSRdy

1. 知识准备 要想对ucos-ii的移植有较深的理解,需要两方面知识: (1)目标芯片,这里是lpc17xx系列芯片,它们都是基于ARMv7 Cortex-M3内核,所以这一类芯片的ucos-ii移植几乎都是一样的,要想了解Cortex-M3内核,推荐<ARM Cortex-M3权威指南>(宋岩译): (2)ucos-ii内核原理,推荐<嵌入式实时操作系统uC/OS-II(第2版)>(邵贝贝译). 2. 下载文件 ucos-ii移植过程主要涉及三个文件:os_cpu.h, os_

转:http://blog.csdn.net/wchp314/article/details/5416476 uCOS-II的任务控制块 标签:  uCOS-II  2009-12-01 14:45 任务控制块: 任务控制块是一个结构体数据结构,用于记录各个任务的信息.当任务的CPU的使用权被剥夺时,uCOS-II用它来保存任务的当前状态.当任务重新获得CPU的使用权时,任务控制块能确保任务从当时被中断的那一点丝毫不差的继续执行.任务控制块全部存放在RAM中. typedef struct os

本文主要记录使用UCOS II的相关内容.包括如何完成第一个UCOS II应用程序,和如何创建任务,如何获取系统时间,和利用i3086 驱动完成时间获取,屏幕显示,按键驱动,信号量等内容. UCOS-II 基本输入输出 任务创建 PART1 关于X86架构32位系统上UCOS的移植 本文使用的UCOS II系统为实时操作系统一书打包好的Win32环境下的UCOS II操作系统. 观察其提供的示例工程,可依照其配置搭建起基于Win32的UCOS II运行环境. 示例工程中的Makefile文件中使

1.在ucos-ii中,有这么几张表来管理任务. A.OSTCBPrioTbl[],其结构为OS_TCB指针的数组,其元素个数为64, 每一个元素对应一个任务的优先级,ucos-ii最多可以有64个任务,所以当有任务建立的时候,其每一个元素均指向一个任务控制块(若相应的优先级,已经建立了任务的话):若相应的优先级没有建立任务,则该数组元素指向的是(OS_TCB *)0; B.任务控制块链表,该链表的每个节点,都是OS_TCB型结构.任务控制块链表除了本身构成一个双向链表, 其还与OSTCBPri

分析源码: 得先学会读文档, 函数前边的 note :是了解该程序员的思想的途径.不得不重视 代码前边的  Notes,了解思想后,然后在分析代码时看他是如何具体实现的. 1. ucosii/source/ucosii.h 全局变量(GLOBAL VARIABLES)的定义: OS_EXT  INT32U  OSCtxSwCtr        /* Counter of number of context switches记录操作系统切换上下文的次数*/   OSEventFreeList;  

开启ucosii的移植之旅: 4.6.1.移植和硬件平台的关系 (1)只要是cortex-m3内核内核的soc移植差异都不大. 同内核同soc的不同开发板移植差异都不大. 不同内核的开发板移植难度大,找的官方移植的同内核版本为起点. 移植的一般思路: 先找到相近的内核移植好的源码.(官网里找一个) 在开发环境上建立好工程模板后,将ucosii的核心代码添加进去.然后编译,解决报错和警告.(在这里我们只是解决了语法错误,并不知道整个代码具体干了什么事,自己是不清楚的)下载运行,并小幅修改代码查看结

任务的同步与通信 任务间的同步 在多任务合作工作过程中,操作系统要解决两个问题: 各任务间应该具有一种互斥关系,即对某些共享资源,如果一个任务正在使用,则其他任务只能等待,等到该任务释放资源后,等待任务之一才能使用它: 相关的任务在执行上要有先后次序,一个任务要等其伙伴发来通知,或建立了某个条件后才能继续执行,否则只能等待: 任务之间的这种制约性的合作运行机制叫任务间的同步: 任务中的事件 uCosII使用信号量.消息邮箱和消息队列这些中间环节来实现任务之间的通信,而这些中间环节都统一称为事件:

/****************************************************/ **关于移植,ucos官网上给的有template,主要思想是实现任务切换的两个函数(任务级别切换函数和中断级别切换函数).禁止中断.使能中断.创建任务时的堆栈初始化函数. **在stm32上,systick用来作为系统时钟,所以systick的中断需要配置到timetick上,这步和上面的pendsv中断都可以放到stm32的启动文件的中断向量表中. ##关于操作系统的理解,操作系统就

1.如果使用uCOS,那么Qsys中Nios II核就不能使用外部中断控制器(EIC). 2.遇到很迷惑的问题,运行uCOSII的实例代码,总是在第二个OSTimeDlyHMSM(0, 0, 3, 0);出错. 单步调试后,发现代码在执行到NIOS2_WRITE_STATUS (status);汇编代码为ldw r2,-8(fp)时出错,暂停程序运行后,程序指向00000000:Call 0x0处. void task1(void* pdata) { while (1) { printf("He

启动工作原理 刚接触操作系统的时候觉得这个最神秘,到底里面做了什么,怎么就成了个操作系统,它到底有什么用,为什么要引进来着个东东.学了之后才知道,原来最根本的思想还是源于汇编里面的跳转和压栈,以调用一个函数为例,编译后的汇编肯定是先通过SP压入当前代码段地址然后就是保存一些寄存器的值放栈里面(51单片机好像不是这样),然后执行程序,完了之后,出栈把寄存器恢复,最后把原来存的代码段地址付给PC然后回到原来的程序,这是汇编执行函数的做法,而操作系统人为强行的模拟这样操作,把代码写成不同代码块假定为A

1 uc/os ii在M3中的堆栈结构 1.1 M3入账序列  1.2 加上手工入栈序列  2 PendSV在Cortex-M3中的应用 Systick为嵌入到内核中,优先级比一般中断优先级高.若在一般中断的ISR执行过程中,发生了Systick异常,则Systick会抢占该ISR.若此时Systick做上下文切换,在M3中将触发用法fault(在中断活跃时尝试切入线程模式).即使在别的内核体系下不发生硬fault,ISR也会被延迟,这对于任一讲究实时性的系统是不能接受的. 所以Systick只

首先记住一句话:实时操作系统,并非真的实时.操作系统必须有延时,一个系统执行好几个任务,实质是任务之间不停的切换,有延时才有切换任务的余地,如果没有.....应该都见识过卡机,任务切换不过来了 如果你需要做实时的事情,那还是请裸机吧! 我只是来分享自己的UCOS学习资料的,,顺便叨叨,自己是看着任哲的书一点一点学的,,, 自己大四的时候学的UCOSii,,但是好像学了之后,就只有一次真正使用过它,,在使用网络模块ENC28J60的时候..... 对于当时自己还没学的时候,一直很纳闷什么是操作系统

UCOSii和Linux的区别和联系 想通过UCOSii来理解Linux的系统架构,故参考一些资料,简单整理了一下UCOSii和Linux的区别和联系,以此来更好的学习Linux. 其具体对比如下: OS 释义 UCOSii Linux OS定义 1.用户和计算机的接口:2.也是计算机硬件和其他软件的接口. 1.免费,源代码公开的分时多任务多用户操作系统 1.免费,源代码公开的实时多任务操作系统 内核 1.是一个操作系统的核心:2.是基于硬件的第一层软件扩充,提供操作系统的最基本的功能,是操作系

在嵌入式应用中,使用RTOS的主要原因是为了提高系统的可靠性,其次是提高开发效率.缩短开发周期.uCOS-II是一个占先式实时多任务内核,使用对象是嵌入式系统,对源代码适当裁减,很容易移植到8~32位不同框架的微处理器上.但uCOS-II仅是一个实时内核,它不像其他实时操作系统(如嵌入式Linux)那样提供给用户一些API函数接口.在uCOS-II实时内核下,对外设的访问接口没有统一完善,有很多工作需要用户自己去完成.串口通信是单片机测控系统的重要组成部分,异步串行口是一个比较简单又很具代表性的

[@.1 任务调度时机] 之前的一篇文章分析了具体的uCOS-II中的任务切换机制,是从函数调用的角度上分析的.这次我具体从整个程序运行的时间上来看,分析多种任务调度发生的时机.以下所有图片均可点击放大观察. 所有图中红色箭头表示中断级的任务切换,蓝色箭头表示任务级的中断切换. 1. 仅有一个任务,这种情况最简单.假设时钟节拍是1000次每秒,由定时中断产生,当节拍的时钟服务程序结束时会调用OSInitExit,退出中断,其中 将进行上下文切换,运行当前就绪状态优先级最高的任务,这里当然就是任务

ucos ii system 文件结构 上层: 应用软件,用户代码 中层: 与处理器无关代码 与应用程序相关配置文件 与处理器有关代码 下层: 硬件(cpu,interupt,timer,gpio,iis…) 内核结构 ucos的内核机构可以从以下的代码可以看出,应用支持10个事件控制块,5个事件标志组,5个内存区块,4个队列控制块和20个任务,最低优先级为63,任务堆栈大小都为128等等,这些都是可以在OS_CFG.H中自行定义的. 临界段 处理器处理临界代码都必须先关中断,再处理临界代码,然

转自http://www.amobbs.com/thread-5462878-1-1.html 自学uCOS-II源码,在论坛上上看到大神在WIN7 Visual Studio 2010环境下调试uCOS-II 2.91.故转载过来跟着调试学习. 1. 下载uCOS-II 2.91 官方下载地址:http://micrium.com/page/downloads/source_code 方便调试而修改后的源码地址:http://www.amobbs.com/forum.php?mod=attac

本人刚刚学习UCOSII,平台为正点原子的STM32F103战舰开发板,写这篇博客主要是为了学习UCOSII,也方便自己能够一点一点的进步,话不多说直入正题吧. 第一步:在STM32上移植好UCOSII系统后,就需要创建一些任务. //创建任务三部曲: 1.设置任务优先级 2.设置任务堆栈(数组) 3.定义任务函数 一.下面是正点原子源代码中的两个例子:START任务和LED0任务 //----------START任务------------ //设置任务优先级 #define START_T