完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
设备为stm32L071,rtt是github上下载的最新版4.1.1。在调试pm功能时遇到问题:
{ |
|
相关推荐
6个回答
|
|
问题点可以归结为:唤醒后串口不正常?恢复串口的操作放在的睡眠唤醒的外面?
|
|
|
|
主要问题是中断唤醒后代码执行顺序问题。
看了您的PM设计思想和代码,我理解的预期唤醒后执行顺序是: 1.外部中断Pending 2.MCU唤醒,按照睡眠前代码位置继续执行sleep函数中的HAL_PWR_EnterSTOPMode()后续代码,恢复时钟,补偿systick,开启全局中断 3.执行ISR,释放信号量,通知等待信号量的线程 4.执行线程代码 但实际加断点debug测出的执行顺序为: 1.外部中断Pending 2.执行ISR,释放信号量,通知等待信号量的线程 3.执行线程代码 4.等待idle,如延时函数,按照睡眠前代码位置继续执行sleep函数中的HAL_PWR_EnterSTOPMode()后续代码,恢复时钟,补偿systick,开启全局中断 这就导致唤醒后时钟不对,且第一个延时函数会因为tick补偿直接超时,不会产生延时效果(1s、2s、3s、5s都测过不生效),我尝试加两次延时解决了。 |
|
|
|
pm.c中的_pm_change_sleep_mode函数,是有禁用全局中断(rt_pm_enter_critical)的,为什么还会先执行ISR呢?搞不明白
|
|
|
|
那说明禁用全局中断响应 没有效果
|
|
|
|
确实是没有生效,睡眠前加了一行__disable_irq(),现在正常了。我翻了下论坛也有人反馈过rt_hw_interrupt_disable()不生效的问题,找不到原因。
|
|
|
|
rt_hw_interrupt_disable() 应该要实现 __disable_irq 的效果才对,可以查下相关的手册,ARM Cortex 相关的,不同的Cortex 核,可能不一样。
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问,请使用“评论”功能。
798 浏览 0 评论
4836 浏览 0 评论
如何使用python调起UDE STK5.2进行下载自动化下载呢?
2622 浏览 0 评论
开启全新AI时代 智能嵌入式系统快速发展——“第六届国产嵌入式操作系统技术与产业发展论坛”圆满结束
2958 浏览 0 评论
获奖公布!2024 RT-Thread全球巡回线下培训火热来袭!报名提问有奖!
31763 浏览 11 评论
73110 浏览 21 评论
浏览过的版块 |
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-26 03:18 , Processed in 1.305963 second(s), Total 82, Slave 63 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号