嵌入式操作系统：开源；嵌入式操作系统Vxworks：美国航天局：航天、军事、工业（实时性：在规定时间完成规定的工作）缺点：不开源、付费；winCE：微软出品、不开源（出租车、麦德龙、POS机）：金融；ucosii

UCOSIII是可剥夺型内核，因此当一个高优先级的任务准备就绪，并且此时发生了任务调度，那么这个高优先级的任务就会获得CPU的使用权！

本项目基于大家目前现有的开发板，利用熟悉的uCosII实时操作系统，移植官方

使用uCosIII的消息队列，当CAN接收到数据，使用消息队列给CAN数据处理任务发送一个消息CAN数据处理任务使用请求消息函数收到一个消息，进行下一步操作。程序编译无错误。

在使用ucosii时经常会有疑问，这个堆栈该给多大，虽然ucosii自带了任务堆栈检测，但是我觉得太麻烦了，而且还会占用资源，我投机取巧的使用内存是否为0来判断堆栈是否使用过，进而检测出堆栈的最大使用量

最近在使用UCOSII的时候，程序会跑飞，停在HardFault_Handler函数里的死循环while(1)中，百度了一下通常有一下原因：1.数组越界2.内存溢出，访问越界3.堆栈溢出，程序跑飞4.中断处理错误经反复核对

1、UCOSIII事件标志组1.1、事件标志组：有时候一个任务需要与多个事件同步，这个时候就需要使用事件标志组。事件标志组与任务之间有两种同步机制：“或”同步和“与”同步。

1.1、信号量简介：信号量像是一种上锁机制，代码必须获得对应的钥匙才能继续执行，一旦获得了钥匙，也就意味着该任务具有进入被锁部分代码的权限。一旦执行至被锁代码段，则任务一直等待，直到对应被锁部分代码的钥匙被再次释放才能继续执行。信号量用于控制对共享资源的保护，但是现在基本用来做任务同步用。要想获取资源的任务必须执行“等待”操作，如果该资源对应的信号量有效值大于1，则任务可以获得该资源，任务继续运行

1.1、写好任务创建所需的优先级,任务堆栈大小,任务控制块并声明任务函数。//任务优先级#defineSTART_TASK_PRIO3//任务堆栈大小#defineSTART_STK_SIZE512//任务控制块OS_TCBStartTaskTCB;//任务堆栈CPU_STKSTART_TASK_STK[START_STK_SIZE];//任务函数voidstart_task(void*p_arg

1、休眠态：任务已经在CPU的flash中了，但是还没有交给UCOSIII管理。

当多个任务有相同的优先级时，UCOSIII允许每个任务运行规定的时间片，当任务没有用完分配给它的时间片时，它可以自愿地放弃CPU，当它的时间片已耗尽但任务还没执行完，CPU会剥夺它当前的使用，下一个任务开始执行

进程及其私有内存空间进程类似于UCOSIII中的任务，它也是用户应用程序可执行代码在系统中的一个运行过程。系统中用来表示进程身份和存在的也是控制块，只不过叫做进程控制块。

目前在学习uCOSii，基于STM32F103。对uCOS的延时函数觉得有意思。遂深入代码查看如何操作的。首先回顾一下函数的基本用法.例：OSTimeDlyHMSM(0,0,1,0);是延时1秒。

【UCOSIII内核学习】UCOSIII中将已经就绪的任务放到任务就绪表里：优先级映射表和就绪任务列表在优先级映射表中，bit31代表优先级0，因为这样通过计算前导零CLZ来找到最高优先级任务。

本章给出μC/OS-Ⅱ的主要结构概貌：-μC/OS-Ⅱ是怎样处理临界段代码的;-什么是任务，怎样把用户的任务交给μC/OS-Ⅱ;-任务是怎样调度的;-应用程序CPU的利用率是多少，μC/OS-Ⅱ是怎样知道的;-怎样写中断服务子程序;-什么是时钟节拍，μC/OS-Ⅱ是怎样处理时钟节拍的;-μC/OS-Ⅱ是怎样初始化的，以及-怎样启动多任务;临界段(CriticalSections)和其它内核一样，μ

1.UCOSIIII启动和初始化：OSInit()初始化，OSTaskCreate()创建任务，OSStart()启动UCOSIII2.UCOSIII任务状态：休眠态、就绪态（等待cpu使用权）、运行态

从零开始学习UCOSII操作系统15--总结篇前言：在大学的时候，我们班级上面都有很多人觉得学习UCOSII(包括UCOSIII)是没什么厉害的，因为很多人都喜欢去学习Linux操作系统，但是，但是，真实的对整个

从零开始学习UCOSII操作系统12--内存管理前言：在标准的C语言中，可以用malloc()和free()2个动态的分配内存和释放内存，但是在嵌入式中，调用malloc()和free()却是非常危险的

从零开始学习UCOSII操作系统10--消息邮箱1、什么是消息邮箱？

从零开始学习UCOSII操作系统9--事件标志组1、事件标志组管理(1)UCOSII的事件标志组由2部分组成：一是用来保存当前事件组中各事件状态的一些标志位。二是等待这些标志位置位或者清除的任务列表。

从零开始学习UCOSII操作系统6--事件控制块1、任务和任务，任务和中断子程序是如何进行通信的？--事件控制块事件控制块使用的几点须知：(1)任务或者中断服务子程序可以给事件控住块ECB发送信号。

0.从lwip官网下载lwip-2.0.2。1.替换旧版本的api文件夹、core文件夹。2.复制并替换旧版本的include文件夹、netif文件夹（此文件夹下的ethernetif.c不进行替换）。3.更改USER/目录下的文件夹lwip-1.3.2名字为lwip-2.0.2。4.打开keil工程，修改工程分组名中的1.3.2为2.0.2。5.将工程文件中带有感叹号的文件移除，并按照以下步骤重

从零开始学习UCOSII操作系统2--UCOSII的内核实现参考书籍：《嵌入式实时操作系统μCOS-II原理及应用》、《嵌入式实时操作系统uCOS-II邵贝贝(第二版)》1、任务的结构--任务控制块首先这个任务控制块是非常的大的

从零开始学习UCOSII操作系统1--UCOSII的基础知识前言：首先比较主流的操作系统有UCOSII、FREERTOS、LINUX等，UCOSII的资料相对比其余的两个操作系统的资料是多很多的。

一、初始化函数voidOSStatInit(void)//初始化统计任务.这里会延时1秒钟左右OS_ENTER_CRITICAL();//进入临界区(无法被中断打断)OS_EXIT_CRITICAL();//退出临界区(可以被中断打断)上面两个函数常用在建立新任务的时候。INT8UOSTaskCreate(void(*task)(void*p_arg),void*p_arg,OS_STK*ptos

uCosIII软件定时器使用实例uCosIII软件定时器简介：uC/OS-III提供了一些函数用于管理定时器，如下表：函数名功能OSTmrCreate()创建和设置定时器OSTmrDel()删除一个定时器

基于野火STM32指南者开发板平台ucosIII的系统移植问题汇总1-编译时出现部分库文件丢失或编译器无法打开的情况及解决方案..\..

//LED0任务voidled0_task(void*pdata){while(1){LED0=0;delay_ms(80);LED0=1;delay_ms(920);};}//LED1任务voidled1_task(void*pdata){while(1){LED1=0;delay_ms(300);LED1=1;delay_ms(300);};}关键在delay_ms函数中，函数中使用了OSTi

非电气科班出身，自学PLC->51->stm32->FPGA->DSP->OpenCV->C++->UcosII->java->C#……放弃考研，因为败给了兴趣！

比如：这个提示的文件名是UCOSII+STM32+12864.axf

关于ucos的知识，目前是边做项目边加深理解，感觉还是有些欠缺，希望能从自己的代码经历中能总结出精髓。个人能力有限，编写边更新，难免有误，还望轻拍.一、mailbox还是全局变量的问题一般在任务间传递数据是采用mialbox，全局变量无法实现多任务按照时间片执行的目的。2017/8/24更新设计的大概思想是：中断接收，然后邮箱传递。目的任务去接收信息voidUSART1_IRQHandler(vo

问题描述ZET6跑了ucosII系统，在运行过程中有时会出现死机的情况，经过硬件调试发现，是进入延时的时候导致的这个问题，延时函数是没有问题的，而且这个问题是偶尔出现问题排查死机之后指针指向了硬件错误中断

简单说，从arm基础知识到裸机编程，从uCOSII到linux，从linux基础的命令到shell编程，从u-boot到文件系统，最后到现在的linux

做一些有实时操作系统的项目，使用比如ucosiii，freertos，rt-th

研究无人机飞控已经接近两年，作为一个业余的兴趣爱好。兴趣源于看到国外大神RaffaelloD'Andrea在TED做的无人机演讲和展示，感觉无人机很像工程师所施展的魔法，给一向给人苦逼印象的工程师一种清新脱俗且高大上的感觉。此后一发不可收拾，有时间就学习飞控，甚至忘记了自己曾痴迷的各种PC游戏。之前一直研读一些国内外的开源飞控，去年根据这些开源代码，写了一个没有实时操作系统的工程，功能相对完整，添

ucosii的中断为了处理任务延时、任务调度等一些和时间有关的事件，任何一个计算机系统都应该有一个系统时钟。与其他计算机系统一样，ucosii的时钟是通过硬件定时器产生定时中断来实现的。

博主以前研究过ucosii的源代码，不过没怎么用过，没什么机会用。最近闲着就利用时间研究一下FreeRTOS的源代码，把学习的过程在博客里记录下来，方便以后查看。

博主以前研究过ucosii的源代码，不过没怎么用过，没什么机会用。最近闲着就利用时间研究一下FreeRTOS的源代码，把学习的过程在博客里记录下来，方便以后查看。

IC部门模拟一个数字一个FPGA两个SD3个linux1个ucosII2个和我一起差不多来的，天天抬头不见低头就见的就有10人（除了一些老员工出去创业和正常离职情况）为什么离职主动离职的原因无非是：钱少了

之前一直使用UCOSII做嵌入式开发，但在资源较小的M3上就显得无能为力了，但是在rtos上编写程序后就再不想回到裸奔的时代，之前这种情况一直使用的是《时间触发的嵌入式操作系统》书中提供的调度器，很好用也很实用

μc/os移植的条件uCOSII的移植需要满足以下要求：1）处理器的C编译器可以产生可重入代码：可以使用C调用进入和退出CriticalCode（临界区代码）；2）处理器必须支持硬件中断，并且需要一个定时中断源

μc/os移植的条件uCOSII的移植需要满足以下要求：1）处理器的C编译器可以产生可重入代码：可以使用C调用进入和退出CriticalCode（临界区代码）；2）处理器必须支持硬件中断，并且需要一个定时中断源

作为一个RTOS操作系统，内存管理是必备的功能，因此UCOSIII也就内存管理能力。

通过周期性时间中断来作为系统时序坐标，此即时钟节拍；OS_CFG_TICK_RATE_HZ是os_cfg_app.h中配置时钟节拍频率的，常在10~1000Hz之间；时钟节拍频率越大，精度越高，然而系统负担亦越大(上下文切换等)；uCOSIII

课程所需，看了看ucosii代码，写了个ppt如下：http://download.csdn.net/detail/clarkchenhot/9540875例子介绍：下面贴个读写者的例子代码：#include

 STM32F4说是有192KRAM但是很是很坑。192k分为两部分128k普通RAM和64KCCMRAM,CCM只能内核调用，外设无法使用。本来想着192KRAM挺好，结果仔细看悲剧了。但是也不能浪费，可以尝试使用它，把UCOS内核数据放到CCM。网上搜索到一个FreeRTOS的照着他的自己弄了弄。http://www.stmcu.org/module/forum/thread-604814-1

1.寄存器CM3拥有R0~R15通用寄存器和一些特殊功能寄存器R0~R12这些通用寄存器，复位初始值都是不可预料的2.CM3有R0到R15的通用寄存器组堆栈指针R13链接寄存器R14（LR）：用于在调用子程序时，存储返回地址。使用BL指令时自动填充LR的值程序计数器R15（PC）：向PC中写数据，就会引起一次程序的分支，但不更新LR寄存器的值注：绝大部分的16位thumb只能访问R0到R7，而32

一、freeRTOS比uCOSII优胜的地方：1。内核ROM和耗费RAM都比uCOS小，特别是RAM。这在单片机里面是稀缺资源，uCOS至少要5K以上，而freeOS用2~3K也可以跑的很好。2。

1、中断    中断中通过OSIntEnter();OSIntExit();来判断当前有没有中断嵌套，当所有的ISR处理完之后才进行任务的调度。

UCOSIII信号量：信号量：二值信号量（共享资源）计数信号量（任务同步）互斥信号量（用于解决优先级反转）任务内带信号量（只能用于任务同步，一种计数信号量）1：二值信号量，计数信号量//定义信号量OS_SEMMY_SEM