前言
在RT-Thread中,全局中断的操作很多,大家都知道全局中断的【disable】与【enable】
需要正确的理解全局中断的disable与enable。
如下,保证链表的正确操作,【中断保护】
/* lock interrupt */
temp = rt_hw_interrupt_disable();
/* remove from old list */
rt_list_remove(&(object- >list));
/* unlock interrupt */
rt_hw_interrupt_enable(temp);
问题与分析:
rt_hw_interrupt_disable后,就无法触发中断了吗?
经过实际的验证,与分析rt_hw_interrupt_disable的实现方法:得到如下结论:
rt_hw_interrupt_disable 只是屏蔽了全局【中断请求】,配置使能的中断,依旧可以【中断】,只是,中断处理函数ISR,暂不执行。
也就是说,如果硬件配置使能了中断,rt_hw_interrupt_disable 后,依旧具备【中断】功能。如你配置一个GPIO外部中断,并使能中断。rt_hw_interrupt_disable 后,外部中断可以产生,只是不触发执行【ISR】。
【重点】:当rt_hw_interrupt_disable 后,触发的中断,ISR暂时无法执行,但硬件正常置【pending】中断标志位。
当rt_hw_interrupt_enable后,【pending】的中断,会执行中断【ISR】处理程序。
概念的梳理
单个中断的产生:配置使能硬件中断,如按键,GPIO外部中断,按下触发中断,硬件置【pending】中断标志位,并执行中断【ISR】
单个中断的禁止:配置禁能硬件中断,如按键,按下不再触发中断。即使有【ISR】中断处理函数,不会执行。
全局中断的禁止:也就是不再触发任何物理中断,【没找到这个功能函数】!
全局中断请求的屏蔽:rt_hw_interrupt_disable,触发的中断,只能置【pending】中断标志位,CPU继续执行操作。
互斥或是临界值的操作,可以使用屏蔽全局中断请求+处理+打开全局中断请求的方式,让操作独占的方式完成操作。
梳理RT-Thread PM中睡眠流程
睡眠操作执行在:idle线程(最低线程优先级)
进入SLEEP前,是禁止全局中断请求的!rt_hw_interrupt_disable
睡眠前的引脚处理等,进入睡眠,CPU停止运行,【冻结】在这里!!
睡眠过程中,依旧可以被【使能的中断】,如按键GPIO外部中断、LPTimer等触发并唤醒CPU。
CPU唤醒后,继续下一条操作,【睡眠后的处理】
PM退出睡眠,开启全局中断请求rt_hw_interrupt_enable,此时,开启响应中断ISR。
根据中断【pending】标志位,进入唤醒中断处理函数【ISR】并执行。
如此,深睡眠时,系统时钟停了,引脚关了,唤醒时,恢复时钟与引脚即可!【睡眠整个流程是完整的】
不用担心会被中断切出去,甚至任务切换,造成系统运行在错误的时钟下。
不用担心关闭了全局中断请求,按键、LPTimer等,无法触发中断,唤醒MCU。
总结
需要正确的理解中断的触发及执行流程
正确的理解RT-Thead 全局中断的操作:rt_hw_interrupt_disable 与 rt_hw_interrupt_enable.
-
GPIO
+关注
关注
16文章
1196浏览量
51901 -
ISR
+关注
关注
0文章
38浏览量
14401 -
外部中断
+关注
关注
1文章
131浏览量
15801 -
RT-Thread
+关注
关注
31文章
1272浏览量
39908 -
MCU芯片
+关注
关注
3文章
246浏览量
11383
发布评论请先 登录
相关推荐
评论