MSP430移植μCOS-II系统之时间管理函数OSTimeDlyHMSM()延时不准确解析

最新推荐文章于 2024-01-23 14:25:42 发布
最新推荐文章于 2024-01-23 14:25:42 发布
阅读量1.7k 收藏 2
点赞数
分类专栏： MSP430 文章标签： MSP430 COS-II 延时不准确 OSTimeDlyHMSM
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u010500490/article/details/49745335
版权

    前端时间做了 μCOS-II系统在MSP430F5529上面的移植，OSTimeDlyHMSM()这个时间延时不准，找了一下原因，是因为时钟节拍的问题。

OSTimeDlyHMSM()中主要还是调用了OSTimeDly函数实现的，这个函数分辨率是时钟节拍，那问题来了，时钟节拍是多少？

时钟节拍在OS_CPU_ASM.asm文件中的 TICK ISR，我在移植时使用的是看门狗定时器，默认32ms。

OSTimeDlyHMSM()函数中有句话   

最低0.47元/天 解锁文章
易海飞雪
关注
专栏目录
MSP430寄存器详解系列之-系统时钟
08-21
MSP430寄存器详解系列之--系统时钟
uC/OS-II系统学习笔记（7）—— 时间管理
dehui1012的博客
08-27 976
任务的延时以及系统时钟的获取和设置
OSTimeDlyHMSM()-用户不能结束延时调用
zhangcancai的专栏
12-24 3343
由于OSTimeDlyHMSM()的具体实现方法，用户不能结束延时调用OSTimeDlyHMSM()要求延时超过65535 个节拍的任务。换句话说，如果时钟节拍的频率是100Hz，用户不能让调用OSTimeDlyHMSM(0，10，55，350)或更长延迟时间的任务结束延时 首先看看100Hz下，调用函数OSTimeDlyHMSM(0, 10, 55, 350)以后，函数OSTimeDl
ucosiii延时函数的一个巨坑
最新发布
wangduqiang747的博客
01-23 486
因为, 一切皆有解 ,即使当下没有,我们把当前的研究现状记录下来. 后世也会解决掉.
msp430F169--ucos-ii.zip_msp430f169
09-20
《UCOS-II操作系统在MSP430F169上的移植详解》 MSP430F169是一款由德州仪器（Texas Instruments）推出的超低功耗、高性能的16位微控制器，广泛应用于各种嵌入式系统设计。UCOS-II（ micriμC/OS-II）是一款实时多...
基于μCOS-II的贪吃蛇游戏嵌入式系统实现方案设计.docx
12-26
尽管μCOS-II仅包含基本的实时操作系统内核功能，如任务管理、时间管理等，但用户可以通过扩展来实现输入输出、文件系统和网络等更丰富的服务。 在设计方案的选取上，文章提出了三种不同的硬件配置： 1. 方案一...
STM32硬件错误HardFault_Handler的处理方法
hongprove的博客
09-29 1832
1.1在硬件中断函数HardFault_Handler里的while(1)处打调试断点，程序执行到断点处时点击“STOP”停止仿真。 1.2在Keil菜单栏点击“View”——“Registers Window”，在寄存器查看窗口查找R14(LR)的值。如果R14(LR) = 0xFFFFFFE9，继续查看MSP（主堆栈指针）的值，如果R14(LR) = 0xFFFFFFFD，继续查看PSP（进程栈指针）的值。我的程序R14(LR) = 0xFFFFFFF9，接下来以此为例。 ...
ucos系统使用delay函数死机原因
Studying……
09-13 5358
delay函数，占用了stm32的时钟 ucos需要靠stm32的时钟来调度任务 用裸机得delay就剥夺了ucos的时钟，所以死机 ucos ii 系统应该使用OSTimeDlyHMSM(0,0,0,10,OS_OPT_TIME_HMSM_STRICT,&err)函数做延时
逻辑错误
GKoSon的博客
08-12 1129
void Task_T3(void *p_arg) { (void) p_arg; while(1) { Test_Log(T3_dev,KeyOpen); T2Bt(Task_T3_ID,1,1); //发送测试结束。 printf("%s","Task_T3 ing\n"); OSTimeDlyHMSM(0, 0, 0, 100); } } 程序跑起来不对...
ucos精确延时
one shot,one kill.
05-03 6850
技术探讨：关于带UCOS的嵌入式系统如STM32微妙级延时和处理方法 QQ群中不少学友提出，使用了UCOS，不知道如何实现微秒级别的延时（如100微秒处理一次） 困惑主要原因在于：还是想用OSTimeDly,认为应该使用OS的系统服务来做 我这里说说我对这个问题的理解： OSTIMETICK是操作系统的时钟滴答服务，如果度过我写的那本《嵌入式实时操作系统μCOS原理
ucos工程初始化完成后卡死在OSTimeDlyHMSM函数
菜鸟之路
04-29 1980
今天重新新建了一个工程，把以前的代码移植过来发现初始化完成后卡死在OSTimeDlyHMSM。 经过各种测试发现，把串口功能注释掉就不会出现这个问题。问题是串口不背这个锅，新建一个简单的串口程序没有问题。查找了很长时间终于发现原来是串口中开的堆太大，超过配置的堆栈大小，只需要将堆增加就没有问题了。 ...
按时分秒延时函数 OSTimeDlyHMSM()
FunkyFrog821951259的博客
03-16 4355
OSTimeDly()虽然是一个非常有用的函数，但用户的应用程序需要知道延时时间对应的时钟节拍的数目。用户可以使用定义全局常数OS_TICKS_PER_SEC(参看OS_CFG.H)的方法将时间转换成时钟段，但这种方法有时显得比较愚笨。笔者增加了OSTimeDlyHMSM()函数后，用户就可以按小时(H)、分(M)、秒(S)和毫秒(m)来定义时间了，这样会显得更自然些。与OSTimeDly()一样
uC/OS-III移植后发现程序停在空闲任务出不来
Dlu.的博客
03-14 1625
今天移植了一下UCOS-III的源码到STM32F103RCT6的板子上，然后发现在所有任务都初始化完成后，使用OSTimeDlyHMSM函数进行延时后就再也跳不出空闲任务了，当时还以为是在移植程序的时候没有把PendSV_Handler和SysTick_Handler替换成OS_CPU_PendSVHandler和OS_CPU_SysTickHandler导致的，后来检查了好久才发现，自己居然没...
μCOS-II实时内核在MSP430单片机中的移植与优化
论文作者赵士伟在导师陈平的指导下，详细阐述了μCOS-II在MSP430上的移植过程和相关改进，包括时间片轮转调度、任务堆栈优化以及内核超时等待机制的改进。同时，该研究还涉及了如何降低内存使用，以适应资源有限的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值