【嵌入式蓝桥杯】程序执行完中断将不再触发 /* Go to infinite loop when Hard Fault exception occurs */

最新推荐文章于 2024-10-26 18:19:32 发布
最新推荐文章于 2024-10-26 18:19:32 发布
阅读量2.1k 收藏 1
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 【嵌入式设计开发类】 【大学生项目与竞赛】 文章标签： 嵌入式 stm32
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Maker_pace/article/details/118139814
博主在配置中断时遇到程序执行后LED不闪烁的问题，通过深入排查发现中断可能未执行或存在冲突。添加无限循环后，程序恢复正常。关键在于理解中断处理和HardFault异常。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

今天配置中断的时候 发生一个有趣的现象
就是让中断每一秒闪一次 相应的LED也闪烁一次
结果程序执行完就不闪烁了
于是仿真的时候 仿真跳到中断错误函数有这样一个语句
/* Go to infinite loop when Hard Fault exception occurs */
于是我猜想中断没有执行 或者发生冲突
直到我给程序的最后一句加了一句

while(1);

又能闪烁了 牛逼

程序执行完中断将不再触发

Cortex-M3/4的Hard Fault调试方法
系统 运维
08-19 1910
1 Cortex-M3/4的Fault简介 Cortex-M3/4的Fault异常是由于非法的存储器访问（比如访问0地址、写只读存储位置等）和非法的程序行为（比如除以0等）等造成的。常见的4种异常及产生异常的情况如下： Bus Fault：在fetch指令、数据读写、fetch中断向量或中断时存储恢复寄存器栈情况下，检测到内存访问错误则产生Bus Fault。 Memory Mana...
STM32---中断
m0_58575898的博客
01-02 1457
中断---笔记
用goto实现infinite loops(死循环)
ssz912728941的专栏
05-01 990
#includeusing namespace std;int main(){ //用goto实现infite loops(死循环)A:coutgoto A;    return 0;}
你的程序有跑飞了？（HardFaultException）
欢迎来到我的博客
02-23 1123
HardFaultException ，单片机死机，单片机程序跑飞
STM32踩坑：UCOSIII下串口中断服务中使用OSIntEnter函数使程序卡死解决方案
混子还在路上
06-08 2333
在高频的串口数据收发模式下，我在网上查阅了很多资料，然而并没有把问题解决掉，我看有篇文章说有情况下的函数 OSIntEnter 使用会带来很大开销，然后又用 ChatGPT 查了一下，初步判定函数 OSIntEnter 对程序卡死会有一定影响，屏蔽掉函数 OSIntEnter 与 函数 OSIntExit 后，测试，还是会卡死，不过正常使用的次数多了几次，接着把函数 OSSemPend 与函数 OSSemPost 也给屏蔽掉，发现串口高频收发正常了，程序也不会卡死了。学习分享，一起成长！
STM32 第17章 EXIT--外部中断/事件控制器
2201_75297369的博客
10-26 1515
External interrupt/event controller,外部中断/事件控制器管理控制器的20个中断/事件线。每个中断/事件线都对应一个边沿检测器，可以实现输入信号的上升沿或下降沿的检测。EXTI可以实现对每个中断/事件线进行单独配置，可以单独配置为中断或者事件，以及触发事件的属性。EXTI两大功能：产生中断；产生事件1.2EXIT功能框图//用结构体定义一个变量再给里面的成员赋不同的值1.边写代码边编译边写代码边编译，避免错误累积。
【蓝桥杯嵌入式】【STM32】7_RTC之实时时间显示和硬件闹钟设置
永远年轻 永远热泪盈眶
08-23 1639
1、RTC的三个可用时钟源     系统时钟框图中的RTC部分：     RTC可选时钟源：     特别说明：     蓝桥杯嵌入式开发板CT117E只能使用LSI即内置RC振荡器。 2、RTC框图 3、写代码前需要知道的一些标志位 RTOFF：     0：上一次对RTC的写操作仍在进行     1：上一次对RTC的写操作已经结束 CNF：     0：不允许配置     1：允许配置 RSF：     0：寄存器尚未被同步     1：寄存器已经被同步     只有被同步后才能正常读取数据
【STM32F103笔记】4、中断之外部中断——喂~烧水啦
TTZZWWW
02-24 2528
这一篇来说一下单片机或者说所有处理器提高运行效率的方法——中断处理，为什么这么说呢，记得我以前看到过一个十分形象的例子，这里我“修饰”一下和大家分享： 小明看着电影突然想喝水，但是水壶里没水了，要烧开一壶水（他不喝冷水的），于是把壶装满水放在炉子上（当然也可以用电热水壶嘛），然后突然精神分裂了： 一个小明每隔10秒就去揭开壶盖看看水有没有开，终于他在第100次揭盖的时候发现，水终于开了，并且也错...
STM32（五）：STM32指南者-按键控制灯开关实验
weixin_44264994的博客
07-15 828
【代码】STM32（五）：STM32指南者-按键控制灯开关实验。
STM32出现HardFault故障的解决方法
11-03
STM32出现HardFault故障的解决方法
HardFault_Handler问题查找方法
wangwen18的博客
04-19 6909
STM32出现HardFault_Handler故障的原因主要有两个方面： 1、内存溢出或者访问越界。这个需要自己写程序的时候规范代码，遇到了需要慢慢排查。 2、堆栈溢出。增加堆栈的大小。   出现问题时排查的方法： 发生异常之后可首先查看LR寄存器中的值，确定当前使用堆栈为MSP或PSP，然后找到相应堆栈的指针，并在内存中查看相应堆栈里的内容。由于异常发生时，内核将R0~R3、R12、LR、P...
STM32基础--中断应用
weixin_48713132的博客
03-15 1333
在讲如何配置中断优先级之前，我们需要先了解下 NVIC。NVIC 是嵌套向量中断控制器，控制着整个芯片中断相关的功能，它跟内核紧密耦合，是内核里面的一个外设。但是各个芯片厂商在设计芯片的时候会对 Cortex-M3 内核里面的 NVIC 进行裁剪，把不需要的部分去掉，所以说 STM32的 NVIC 是 Cortex-M 3 的 NVIC 的一个子集。在固件库中，NVIC 的结构体定义可谓是颇有远虑，给每个寄存器都预留了很多位，恐怕为的是日后扩展功能。
【STM32】Fault 类异常_hardfault定位方法(二)
xiaohua0877的专栏
04-07 5875
目录 1. 案例1 1.1 STM32出现硬件错误可能有以下原因： 1.2 出现问题时排查的方法： 1.3 STM32出现HardFault_Handler故障的原因主要有两个方面： 2. 案例2 2.1 方法1如何精确定位出问题代码的所在位置： 2.2 方法2：最简单，最明显 2.3 方法3：此方法和方法一大致相同 1. 案例1 在用Keil对STM32的程...
嵌入式开发中断全解（2）Hard Fault的诊断
Yank_k的博客
09-06 7576
在内核的MCU上写程序时，稍不留神，就可能出现内存溢出的情况。我们可以知道，当我们使用该引脚用作其它功能的时候，如果把NMI引脚在电路上接地，程序在启动的时候就会触发NMI中断，从而进入到NMI_Handler函数中去，那程序一直卡在这了，后期再说说怎么屏蔽。两大类，外部中断由单片机外部设备产生，中断产生后通过单片机的外部管脚传递给单片机，传递这个中断信号最简单的方法就是 规定单片机的管脚在什么状态下有外部中断产生，这样单片机通常是有一个或多个IO口，当在输入状态时可以用来检测外部中断信号。
小白关于keil4调试仿真的几个问题：一直停在systeminit中的do,while;程序一直停在启动文件中的BX R0；void HardFault_Handler(void)，
热门推荐
kernel1101的博客
08-04 2万+
分享学习，共同成长：这几个问题都是新手比较头痛的，新手在出现HardFault时，可能不是因为内存溢出，访问越界或是堆栈溢出，有可能仅仅只是自己一些最基本的规则没弄清楚而导致，所以分享下自己一些小问题，让新手朋友们出现类似问题可以借鉴下； 1    调试时程序一直停在SystemIit（）中的等待晶振中 是DEBUG里面的设置有问题，调用的DLL错误，在Dialogue
出中断之后就出现了这样的问题/** @brief This function handles Hard Fault exception. @param None @retval None */ void HardFault_Handler(void) { /* Go to infinite loop when Hard Fault exception occurs */ while (1) { } }
最新发布
03-23
### 正确处理 ARM Cortex-M 中的 Hard Fault 异常 #### 1. 理解 Hard Fault 的触发机制 Hard Fault 是一种高优先级的异常，通常由严重的错误条件触发。这些错误可能包括非法内存访问、未定义指令执行或其他违反处理器架构的行为[^2]。 #### 2. 获取 Hard Fault 原因 为了分析 Hard Fault 的具体原因，可以利用寄存器 `SCB->HFSR` 和 `CFSR` 来获取更多信息。以下是几个重要的字段： - **FORCED**: 表明由于堆栈溢出或下溢引起的 Hard Fault。 - **DEBUGEVT**: 调试事件导致的 Hard Fault。 - **VECTTBL**: 向量表读取失败引发的 Hard Fault。 通过检查上述标志位可以帮助初步判断问题所在[^1]。 #### 3. 使用断点调试技术 在 Keil MDK 工具链中设置断点是一种有效的方法来捕获并诊断 Hard Fault 发生的位置。当程序触发出错时会自动暂停于相应位置以便进一步审查变量值及调用栈信息[^4]。 ```c void HardFault_Handler(void) { volatile uint32_t stacked_r0; volatile uint32_t stacked_r1; volatile uint32_t stacked_r2; volatile uint32_t stacked_r3; volatile uint32_t stacked_r12; volatile uint32_t stacked_lr; volatile uint32_t stacked_pc; volatile uint32_t stacked_psr; asm volatile ( "mov %0, r0\n\t" : "=r"(stacked_r0) ); // 打印上下文环境供后续排查使用 } ``` 此代码片段展示了如何保存发生故障时刻的关键寄存器内容以备后期分析。 #### 4. 配置在线调试功能 尽管标准版Keil不具备原生支持attach模式的功能，但是可以通过特定配置实现近似效果。这涉及到调整项目选项里的Debug Settings部分，并确保目标设备已正确连接到JTAG/SWD接口上。 --- ###
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

-ATAO----

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值