@[toc]
FEERTOS的TICKLESS模式下最大低功耗的时间只能是349tick的原因分析
原因
- 开启TICKLESS模式后,在
PreSleepProcessing
和PostSleepProcessing
中打印ulExpectedIdleTime
变量,即空闲时间.输出如下
- 代码如下
1 | void PreSleepProcessing(uint32_t *ulExpectedIdleTime) |
分析
- 为什么是349tick进入一次空闲线程?
- 分析
FREERTOS
源码,在portTASK_FUNCTION
函数中调用接口,写入空闲时间值 - 在赋值后打印变量
1 | if( xExpectedIdleTime >= configEXPECTED_IDLE_TIME_BEFORE_SLEEP ) |
输出如下
1 | xExpectedIdleTime = FFFF FD23 |
空闲执行时间没问题,传入函数后有问题.
进入
vPortSuppressTicksAndSleep
分析,找到如下代码
1 | /* Make sure the SysTick reload value does not overflow the counter. */ |
查找变量xMaximumPossibleSuppressedTicks
赋值
1 | /* The systick is a 24-bit counter. */ |
结论
- 当线程全部阻塞时,空闲线程时间实际为预计的解除阻塞时间 - 当前运行时间.
- 但是在进入TICKLESS后,为了确保 SysTick 重载值不会溢出计数器.所以限制了TICKLESS的低功耗休眠时间.
- 所以进入TICKLESS的最大时间为0XFFFFFF / (系统时钟 / 调度频率),在本机中为349.
是否使用TICKLESS模式
方案1:使用TICKLESS模式
- 按照tickless模式,每个最大固定时间会唤醒一次,进行systick的溢出处理.
- 处理完成后再次进入睡眠模式.
- 测量进入低功耗的电流与唤醒去处理的电流.是否差别较大.
- 如果差别不大可以接受,用TICKLESS去调度既可
方案2:不使用TICKLESS模式
- 使用空闲钩子函数,进入低功耗.
- 退出低功耗由RTC的定时器唤醒.然后处理事件.结束后再次进入空闲线程.进入低功耗.
- 问题点:systick无法计算恢复,影响调度
- 计数值无法按照正常低功耗时间增加
本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 wdfk-prog的个人博客!
评论