你的浏览器版本过低,可能导致网站不能正常访问!为了你能正常使用网站功能,请使用这些浏览器。
举报
查看全部评分
toofree 发表于 2018-6-2 23:59 把FreeRtos的基准时间设为200us到300us试试看,不过这样的话,程序会任务切换比较频繁,影响效率。 ...
50031185 发表于 2018-6-3 09:26 这样不太好, 为一个任务的要求就改变了整个系统的时钟,不划算
用2也可以,就是需要占用一路定时器了。
1的话,应该没法做到。一般FreeRTOS的Tick是10ms左右,没法达到楼主要求的精度。
评分
查看全部评分
那就意味着 阻塞延时器件 执行系统调度的概率非常非常小,几乎可以忽略, 所以这样的延时还是影响了系统的效率, 延时依然在延时,系统没有机会反应过来 去切换执行其他任务
关于第1个 我想的是 读取系统最核心的计数器, 不知如何
【FreeRTOS任务运行时间信息统计】
【RTOS通用仿真环境的设计与实现】
【硬件实时操作系统的设计与实现】
这几个资料里说到启动延时器,停止延时器等功能,可否能用呢,调度内核是系统的核心,负责任务的调度管理;中断管理模块负责管理外部中断;定时器模块负责任务延时和周期执行。Delay_Counter为任务延时计数器。
评分
查看全部评分
评分
查看全部评分
这样不太好, 为一个任务的要求就改变了整个系统的时钟,不划算
评分
查看全部评分
评分
查看全部评分
反正,要想定时,只有两种办法。
要么硬件定时,要么软件定时。
硬件定时器嫌麻烦,RTOS系统软件定时都是以最小节拍时钟为单位的。如果是本任务内,可以用while死等,但是不能有中断事件,否则延时无法保证。