UCOSIII(一)
一,前后台系统和RTOS
1,前后台系统
早期嵌入式开发没有嵌入式操作系统的概念 ,直接操作裸机,在裸机上写程序,比如用51单片机基本就没有操作系统的概念。通常把程序分为两部分:前台系统和后台系统。
简单的小系统通常是前后台系统,这样的程序包括一个死循环和若干个中断服务程序:
应用程序是一个无限循环,循环中调用API函数完成所需的操作,这个大循环就叫做后台系统。
中断服务程序用于处理系统的异步事件,也就是前台系统。前台是中断级,后台是任务级。


2,RTOS
RTOS全称为: Real Time OS,就是实时操作系统,强调的是: 实时性。实时操作系统又分为硬实时和软实时。
硬实时要求在规定的时间内必须完成操作 ,硬实时系统不允许超时,在软实时里面处理过程超时的后果就没有那么严格。
在实时操作系统中,我们可以把要实现的功能划分为多个任务,每个任务负责实现其中的一部分,每个任务都是一个很简单的程序,通常是一个死循环。
RTOS操作系统: UCOS, FreeRTOS, RTX, RT-Thread, DJYOS等。
RTOS操作系统的核心内容在于: 实时内核。
3,可剥夺型内核
RTOS的内核负责管理所有的任务,内核决定了运行哪个任务,何时停止当前任务切换到其他任务,这个是内核的多任务管理能力。
多任务管理给人的感觉就好像芯片有多个CPU,多任务管理实现了CPU资源的最大化利用,多任务管理有助于实现程序的模块化开发,能够实现复杂的实时应用。
可剥夺内核顾名思义就是可以剥夺其他任务的CPU使用权,它总是运行就绪任务中的优先级最高的那个任务


UCOS系统简介
UCOS是Micrium公司出品的RTOS类实时操作系统, UCOS目前有两个版本:
UCOSII和UCOSIII。
UCOSIII是一个可裁剪、可剥夺型的多任务内核,而且没有任务数限制。
UCOSIII提供了实时操作系统所需的所有功能,包括资源管理、同步、任务通信等。
UCOSIII是用C和汇编来写的,其中绝大部分都是用C语言编写的,只有极少数的与处理器密切相关的部分代码才是用汇编写的, UCOSIII结构简洁,可读性很强!最主
要的是非常适合初次接触嵌入式实时操作系统学生、嵌入式系统开发人员和爱好者学习。
#include "sys.h"
#include "delay.h"
#include "usart.h"
#include "led.h"
#include "includes.h"
#include "dht.h"
#include "infra_red.h" //任务1控制块
OS_TCB Task1_TCB; void task1(void *parg); CPU_STK task1_stk[]; //任务1的任务堆栈,大小为128字,也就是512字节 //任务2控制块
OS_TCB Task2_TCB; void task2(void *parg); CPU_STK task2_stk[]; //任务2的任务堆栈,大小为128字,也就是512字节 //主函数
int main(void)
{
OS_ERR err; delay_init(); //时钟初始化
NVIC_PriorityGroupConfig(NVIC_PriorityGroup_2); //中断分组配置
uart_init(); //串口初始化
LED_Init(); //LED初始化 RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOG, ENABLE); //打开温湿度模块控制GPIOG的时钟 //OS初始化,它是第一个运行的函数,初始化各种的全局变量,例如中断嵌套计数器、优先级、存储器
OSInit(&err); //创建任务1
OSTaskCreate( (OS_TCB *)&Task1_TCB, //任务控制块
(CPU_CHAR *)"Task1", //任务的名字
(OS_TASK_PTR)task1, //任务函数
(void *), //传递参数
(OS_PRIO), //任务的优先级
(CPU_STK *)task1_stk, //任务堆栈基地址
(CPU_STK_SIZE)/, //任务堆栈深度限位,用到这个位置,任务不能再继续使用
(CPU_STK_SIZE), //任务堆栈大小
(OS_MSG_QTY), //禁止任务消息队列
(OS_TICK), //默认时间片长度
(void *), //不需要补充用户存储区
(OS_OPT)OS_OPT_TASK_NONE, //没有任何选项
&err //返回的错误码
); //创建任务2
OSTaskCreate( (OS_TCB *)&Task2_TCB, //任务控制块
(CPU_CHAR *)"Task2", //任务的名字
(OS_TASK_PTR)task2, //任务函数
(void *), //传递参数
(OS_PRIO), //任务的优先级
(CPU_STK *)task2_stk, //任务堆栈基地址
(CPU_STK_SIZE)/, //任务堆栈深度限位,用到这个位置,任务不能再继续使用
(CPU_STK_SIZE), //任务堆栈大小
(OS_MSG_QTY), //禁止任务消息队列
(OS_TICK), //默认时间片长度
(void *), //不需要补充用户存储区
(OS_OPT)OS_OPT_TASK_NONE, //没有任何选项
&err //返回的错误码
); //启动OS,进行任务调度
OSStart(&err); } void task1(void *parg)
{
OS_ERR err;
uint8_t dht_data[]={};
printf("task1 is create ok\r\n");
//红外初始化
ir_init();
while()
{ if(dht11_read_data(dht_data)==)
{
printf("temp=%d.%d\r\n",dht_data[],dht_data[]);
printf("humi=%d.%d\r\n",dht_data[],dht_data[]);
printf("\r\n");
}
delay_ms();
delay_ms(); OSTimeDlyHMSM(,,,,OS_OPT_TIME_HMSM_STRICT,&err); //延时1s
} } void task2(void *parg)
{ OS_ERR err;
printf("task2 is create ok\r\n"); while()
{ //添加LED2闪烁 printf("task2 is running ...\r\n"); OSTimeDlyHMSM(,,,,OS_OPT_TIME_HMSM_STRICT,&err); //延时1s
} }

(1)假如任务1和任务2两个任务的优先级都是一样的,而且任务1比任务2创建更早,会出现什么结果?例如任务1和任务2的运行代码是一样的。如下:
void task1(void *parg)
{
OS_ERR err;
printf("task1 is create ok\r\n");
while()
{
printf("task1 is running ...\r\n");
}
} void task2(void *parg)
{
OS_ERR err;
printf("task2 is create ok\r\n");
while()
{
printf("task2 is running ...\r\n");
}
}
结果
task1 is running ...
task1 is running ...
task1 is running ...
task1 is running ...
task1 is running ...
......
当两个任务的优先级都是一样且最高,这个两个任务都没有任何的让出CPU的函数,在执行的时候,只执行创建最早的任务,任务1是比任务2创建更早,只能执行任务1.
(2)任务1的优先级是比任务2高,代码如下:
void task1(void *parg)
{
OS_ERR err;
printf("task1 is create ok\r\n");
while()
{
printf("task1 is running ...\r\n");
OSTimeDlyHMSM(,,,,OS_OPT_TIME_HMSM_STRICT,&err); //延时10ms
}
} void task2(void *parg)
{
OS_ERR err;
printf("task2 is create ok\r\n"); while()
{
printf("task2 is running ...\r\n"); OSTimeDlyHMSM(,,,,OS_OPT_TIME_HMSM_STRICT,&err); //延时10ms
}
}
结果:
task2task1 is running ...
is task1 is running ...
runntask1 is running ...
ing task1 is running ...
...
task1 is running ...
task1 is running ...
task2task1 is running ...
在任务2在打印的过程当中,打印数据时间超过10ms,所以在打印的中途ucos发现任务1已经就绪了,任务1就会抢夺CPU的使用权,任务2就停止执行,等任务1执行完之后让出CPU,任务2才继续执行。
(三)临界区代码用于资源保护,以下有两种的编写方法,哪一种才是正确的?
1,
//进入临界区,保护以下的代码,关闭总中断,停止了ucos的任务调度,其他任务已经停止执行
OS_CRITICAL_ENTER(); printf("task1 is running ...\r\n"); //退出临界区,开启总中断,允许ucos的任务调度
OS_CRITICAL_EXIT(); OSTimeDlyHMSM(,,,,OS_OPT_TIME_HMSM_STRICT,&err); //延时1000ms
2,
//进入临界区,保护以下的代码,关闭总中断,停止了ucos的任务调度,其他任务已经停止执行
OS_CRITICAL_ENTER(); printf("task1 is running ...\r\n"); OSTimeDlyHMSM(,,,,OS_OPT_TIME_HMSM_STRICT,&err); //延时1000ms //退出临界区,开启总中断,允许ucos的任务调度
OS_CRITICAL_EXIT();
只有例子1才是正确的,能够进行准确的延时,唯独只有例子2延时是失效的。
在进入临界区代码,因为它是关闭了总中断,所以跟阻塞相关、时间管理函数都会失效。
在ucos3,提供的最小毫米级别的延时是多少,依据是什么?
在os_cfg_app.h当中有关于设置ucos3时钟频率,时钟频率如下: #define OS_CFG_TICK_RATE_HZ 200u /* Tick rate in Hertz (10 to 1000 Hz) */
因此,延时最小只能是5ms。
如果要设置最小的延时为1ms,可以调整当前该宏定义OS_CFG_TICK_RATE_HZ为1000。
OS_CFG_TICK_RATE_HZ的值越小,ucos3能够实现更低的功耗,但是高优先级任务的执行不会太及时。反过来说,该值越大,功耗就越高,同时高优先级的任务被执行的延迟时间会更及时!
应用场景:如果是电池供电且任务数特别少,可以将OS_CFG_TICK_RATE_HZ调小。如果是普通电源供电且任务数特别多,将OS_CFG_TICK_RATE_HZ调大!
延时函数:delay_us与delay_ms能够正常地使用!
中断服务函数,如果在ucos3操作系统使用下,还得添加这两个函数,示例如下:
void USART1_IRQHandler(void) //串口1中断服务程序
{
//进入中断,告诉UCOS3停止任务调度,并进行中断嵌套计数
OSIntEnter(); //添加代码 //退出中断,告诉UCOS3已经完成中断处理,并更新中断嵌套计数,可以进行任务调度
OSIntExit();
}
UCOSIII(一)的更多相关文章
- uCOS-iii 中定义的一些常量
uCOS-iii 中定义的一些常量 uCOS-iii 中有许多宏定义的量,这些量不需要全部记住是什么意思,因为在阅读代码的时候可以选中变量或宏定义然后右键查看定义,就可以知道它代表的什么意思.但是如果 ...
- 【Xilinx-ZYNQ ucos-iii的移植与开发】-00-开始
前一段时间,调试了一块ZYNQ的板子,上面用到了ucos-iii操作系统,最终在该板子上实现了操作系统的运行,并实现了一些外设模块的功能,主要包括PWM,I2C,GPIO,两级中断. 等有空了总结一下 ...
- [STM32F429-DISCO-uCosiii]3.uCOSIII 移植
uCOSiii的结构比uCOSii看上去是清晰了不少,也比较有条理,所以呢,移植不是让人感觉很乱.在工程中添加如下目录和文件 与CPU相关的文件都集中在uC-CPU文件夹中.这部分有很多是底层的实现, ...
- emWin录音机,含uCOS-III和FreeRTOS两个版本
第12期:录音机配套例子:V6-921_STemWin提高篇实验_录音机(uCOS-III)V6-922_STemWin提高篇实验_录音机(FreeRTOS) 例程下载地址: http://forum ...
- emWin收音机,含uCOS-III和FreeRTOS两个版本
第11期:收音机配套例子:V6-919_STemWin提高篇实验_收音机(uCOS-III)V6-920_STemWin提高篇实验_收音机(FreeRTOS) 例程下载地址: http://forum ...
- 基于emWin的WAV,MP3软解软件播放器,带类似千千静听频谱,含uCOS-III和FreeRTOS两个版本
第9期:WAV,MP3软解播放器,带类似千千静听频谱配套例子:V6-916_STemWin提高篇实验_WAV,MP3软解播放器,带类似千千静听频谱(uCOS-III)V6-917_STemWin提高篇 ...
- emWin万年历,含uCOS-III和FreeRTOS两个版本
第8期:万年历配套例子:V6-914_STemWin提高篇实验_万年历(uCOS-III)V6-915_STemWin提高篇实验_万年历(FreeRTOS) 例程下载地址: http://forum. ...
- emWin仪表界面设计,含uCOS-III和FreeRTOS两个版本
第7期:多功能仪表界面设计配套例子:V6-912_STemWin提高篇实验_多功能仪表界面设计(uCOS-III)V6-913_STemWin提高篇实验_多功能仪表界面设计(FreeRTOS) 例程下 ...
- emWin智能家居主界面设计,含uCOS-III和FreeRTOS两个版本
第6期:智能家居主界面设计配套例子:V6-910_STemWin提高篇实验_智能家居主界面设计(uCOS-III)V6-911_STemWin提高篇实验_智能家居主界面设计(FreeRTOS) 例程下 ...
- emWin监护仪界面设计,含uCOS-III和FreeRTOS两个版本
第5期:监护仪界面设计 配套例子:V6-908_STemWin提高篇实验_监护仪界面设计(uCOS-III)V6-909_STemWin提高篇实验_监护仪界面设计(FreeRTOS) 例程下载地址:h ...
随机推荐
- 5-9 c语言之【初识win32编程】
---恢复内容开始--- 今天学习了win32的相关知识,首先win32是指是指可以在32位或以上Windows系统中运行的程序,我学习的主要利用c/c++语言编写的win32程序, 首先在win32 ...
- Codeforces Round #557 Div. 1 based on Forethought Future Cup - Final Round
A:开场就读错题.读对了之后也没啥好说的. #include<bits/stdc++.h> using namespace std; #define ll long long #defin ...
- IDEA中通过Maven插件使用MyBatis Generator
这样做更简单,参考: IDEA集成MyBatis Generator 插件 详解
- springboot 整合 web 项目找不到 jsp 文件
今天遇到一个问题,就是使用springboot整合web项目的时候,怎么都访问不到 \webapp\WEB-INF\jsp\index.jsp 页面.这个问题搞了半天,试了各种方式.最后是因为在启动的 ...
- PL/SQL Developer的错误提示弹框的文本显示乱码问题
问题:Windows中文环境下,PL/SQL Developer的错误提示弹框文本为乱码,如下: 解决过程:1.使用SELECT * FROM v$nls_parameters;查询得知服务器的字符集 ...
- iis7 运行多个https,433端口监听多个htps 站点
默认情况一个服务器的IIS只能绑定一个HTTPS也就是443端口,现在有需要一个服务器 iis 433 端口 绑定多个 申请到证书后(不是必须要通配符的证书),添加多个https站点,先绑定别的端口 ...
- Android高版本收不到静态注册的广播
Beginning with Android 8.0 (API level 26), the system imposes additional restrictions on manifest-de ...
- css 关于"浮动边距加倍"及其解决方法-------解决方案是在这个div里面加上display:inline;
写div代码的时候,经常发现明明宽度算得很准确,但是莫明其妙的会和计划的布局不太一样- -|||开始以为自己代码写的有问题,拼命找bug也一无所获,最后可能会稍微修改样式来达到想要的效果,但终究也是外 ...
- MySQL5.6.11安装步骤(Windows7 64位)
1. 下载MySQL Community Server 5.6.21,注意选择系统类型(32位/64位) 2. 解压MySQL压缩包 将以下载的MySQL压缩包解压到自定义目录下. 3. 添加环境变量 ...
- angular轮播图
还是直接上代码比较好 <!doctype html><html lang="en"><head> <meta charset=" ...