良许Linux教程网 干货合集 原来单片机main函数在这里执行

原来单片机main函数在这里执行

最近看了硬汉分享的一个内容:为什么复位中断服务程序里面直接调用的main函数,难道所有程序都在复位中断里面执行的?

图片
图片

首先,Reset_Handler 是单片机的一个中断,其次,main 函数也确实被 Reset_Handler 中断调用了。那不是,main函数在中断里执行?

看到这个问题,你是否也曾想过这个问题,难道我们以前的认识错了?

说实话,我都没曾想过这个问题,我觉得绝大多数人都没有想过这个问题。所以,这里顺便分享一下这个问题的内容。

单片机的操作模式

这里的单片机,主要指 ARM Cortex-M 内核单片机。

要回答开篇那个问题,就要提到单片机的操作模式,这里以 Cortex‐M3 单片机为例,Cortex‐M3 支持两种模式和两个特权等级。

两种模式:

  • Handler 模式
  • Thread 模式

两个等级:

  • 特权级
  • 用户级

在 Cortex‐M3 手册中有这么一段:

图片
图片

其中,开篇问题的答案,我圈出来了。

官方的在线文档也提到了相关的说明:

地址:

https://developer.arm.com/documentation/dui0552/a/the-cortex-m3-processor/exception-model/exception-types

示例分析

上面圈出了答案,可能你还是蒙的,这里结合 Keil MDK + STM32 的工程代码给大家简单对比分析一下。

1.进入Reset_Handler中断

我们在线调试时,复位状态,进入 Reset_Handler 复位中断:

图片
图片

此时,就是文档中提到的:在复位后,处理器进入**特权级的**Thread模式。

2.进入SysTick_Handler中断

当我们进入普通中断,比如这里进入 SysTick_Handler 时钟滴答中断:

图片
图片

此时,我们进入的是**特权级的**Handler模式。

看到这里,想必你应该明白了。

总结

这个问题,关键点就是:

复位中断(Reset_Handler)和普通中断(SysTick_Handler)的操作模式不一样。

其他IDE,比如Keil、GCC等编译环境道理类似,这个问题主要在于内核,也就是由内核决定。

可能你从来没有关心过这个问题,当然,我们也很少遇到与之对应的问题。

这是一个不是问题的问题,不了解也没关系,你今天看到了也算进一步了解了 Cortex-M 单片机内核的一个知识点。

以上就是良许教程网为各位朋友分享的Linu系统相关内容。想要了解更多Linux相关知识记得关注公众号“良许Linux”,或扫描下方二维码进行关注,更多干货等着你 !

137e00002230ad9f26e78-265x300
本文由 良许Linux教程网 发布,可自由转载、引用,但需署名作者且注明文章出处。如转载至微信公众号,请在文末添加作者公众号二维码。
良许

作者: 良许

良许,世界500强企业Linux开发工程师,公众号【良许Linux】的作者,全网拥有超30W粉丝。个人标签:创业者,CSDN学院讲师,副业达人,流量玩家,摄影爱好者。
上一篇
下一篇

发表评论

联系我们

联系我们

公众号:良许Linux

在线咨询: QQ交谈

邮箱: yychuyu@163.com

关注微信
微信扫一扫关注我们

微信扫一扫关注我们

关注微博
返回顶部