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 ...
随机推荐
- element-ui 合并单元格的方法
arraySpanMethod({ row, column, rowIndex, columnIndex }) { // 只合并区域位置 //columnIndex 横的第一列 ...
- Lucene全文检索_分词_复杂搜索_中文分词器
1 Lucene简介 Lucene是apache下的一个开源的全文检索引擎工具包. 1.1 全文检索(Full-text Search) 1.1.1 定义 全文检索就是先分词创建索引,再执行搜索的过 ...
- MogileFS表说明
MogileFS大致的表说明如下 checksum:用来存放文件的校验和class:文件分类定义device:主机上的可用设备定义,包括设备可用空间,使用的权重等信息domain:域定义信息file: ...
- ggalluvial|TCGA临床数据绘制桑基图(Sankey)
本文首发于”生信补给站“,https://mp.weixin.qq.com/s/yhMgkST-rVD6SaQS7R-eoA 桑基图(Sankey diagram),是一种特定类型的流程图,图中延伸的 ...
- 轻松搭建CAS 5.x系列(5)-增加密码找回和密码修改功能
概述说明 CAS内置了密码找回和密码修改的功能: 密码找回功能是,系统会吧密码重置的连接通过邮件或短信方式发送给用户,用户点击链接后就可以重置密码,cas还支持预留密码重置的问题,只有回答对了,才可以 ...
- 帝国cms“建立目录不成功,请检查目录权限”的解决方法
就这个看似简单的问题我折腾了两天,百度看产生这个问题的原因有很多也很宽泛,大部分说的是初始化内置数据,但我出现“建立目录不成功,请检查目录权限”的原因估计只有少部分人会遇到. 内置初始化数据是你上传文 ...
- Unity使用Resources读取Resources路径下的二进制文件(Binary Data)必须使用 .bytes扩展名
将某二进制文件放在Resources目录下,希望用Resources.Load<TextAsset>的方式读取,发现TextAsset是null 查阅Unity文档得知,使用Resourc ...
- 简单注册表单--HTML练手项目3【Table】
[本文为原创,转载请注明出处] 技术[HTML] 布局[Table] 步骤1 划分table布局 步骤2 填充内容 文本框+密码框+单选框+复选框+多行文本域+按钮 <input> ...
- PHP基础——语法篇
<!-- 语句:通过 PHP,有两种在浏览器输出文本的基础指令:echo 和 print. --> <?php echo "Hello World!"; //PH ...
- python自定义小工具:密码匿名化、毫秒时间显示、人类易读字节
import base64 import time def timestamp2datems(timestamp): ''' 时间戳转为日期字串,精确到ms.单位s :param timestamp: ...