引言
为什么复位中断服务程序里面直接调用的main函数,难道所有程序都在复位中断里面执行的?
首先,Reset_Handler 是单片机的一个中断,其次,main 函数也确实被 Reset_Handler 中断调用了。那不是,main函数在中断里执行?
看到这个问题,你是否也曾想过这个问题,难道我们以前的认识错了?
说实话,我都没曾想过这个问题,我觉得绝大多数人都没有想过这个问题。所以,这里顺便分享一下这个问题的内容。
单片机的操作模式
这里的单片机,主要指 ARM Cortex-M 内核单片机。要回答开篇那个问题,就要提到单片机的操作模式,这里以 Cortex‐M3 单片机为例,Cortex‐M3 支持两种模式和两个特权等级。
两种模式:
- Handler 模式
- Thread 模式
两个等级:
- 特权级
- 用户级
在 Cortex‐M3 手册中有这么一段:
官方的在线文档也提到了相关的说明:Link
示例分析
我们结合 Keil MDK + STM32 的工程代码给大家简单对比分析一下。
- 进入Reset_Handler中断
我们在线调试时,复位状态,进入 Reset_Handler 复位中断:
此时,就是文档中提到的:在复位后,处理器进入特权级的Thread模式。
- 进入SysTick_Handler中断
当我们进入普通中断,比如这里进入 SysTick_Handler 时钟滴答中断:
此时,我们进入的是特权级的Handler模式。
总结
这个问题,关键点就是:
复位中断(Reset_Handler)和普通中断(SysTick_Handler)的操作模式不一样。
其他IDE,比如Keil、GCC等编译环境道理类似,这个问题主要在于内核,也就是由内核决定。