STM32程序debug后卡死原因及解决方法

于 2024-08-20 23:08:14 发布
阅读量117 收藏
点赞数 2
文章标签： stm32 嵌入式硬件 单片机
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_59545874/article/details/138141703
版权

问题：编写串口通信时，配置usart中断，但debug过程中发现每次都会在USART_ITConfig();位置卡死

原因：只配置了中断，但没有编写，对应的中断服务函数，开启中断后找不到中断服务函数入口，标志位无法清除，程序处于死循环状态。

解决方法：加入中断服务函数，

小李不努力
关注
stm32程序死机怎么回事
weixin_57010826的博客
04-24 1981
STM32程序死机可能由多种因素导致，以下是一些常见的原因及解决方法：针对以上问题，可以采取以下调试和解决方法：
stm32 卡到b 这里_【stm32】debug时总是卡在B处
weixin_42512699的博客
01-13 1266
问题原因：程序卡死在B处说明有中断没有处理，导致程序进入中断后无法跳出。之后查看程序发现，程序中定义了一个中断，但是之前一次偶然把中断处理程序屏蔽了，导致没有中断处理函数问题解决：代码卡死在SysTick_Init()处int main(void){BASIC_TIM_Init(); //基本定时器初始化GENERAL_TIM_Init(); //通用定时器初始化Sys...
stm32下载程序后程序卡死，在线debug直接卡死的问题
qq_39895006的博客
08-07 288
学习过程中遇到的一个问题，单片机供电不足出现：在线debug调试，直接全速运行了，程序卡死。
【stm32】debug时总是卡在B处
一路飞奔
07-29 2526
问题原因： 程序卡死在B处说明有中断没有处理，导致程序进入中断后无法跳出。 之后查看程序发现，程序中定义了一个中断，但是之前一次偶然把中断处理程序屏蔽了，导致没有中断处理函数 问题解决： 代码卡死在SysTick_Init()处 int main(void) { BASIC_TIM_Init(); //基本定时器初始化 GENERAL_TIM_Init(); //通用定时器初始化 SysTick_Init(); //系统定时器初始化
STM32串口中断卡死主循环问题分析
热门推荐
Origin333的专栏
11-23 3万+
在一项目中，使用STM32作为主控，程序运行一段时间后概率出现主循环卡死现象。 问题分析如下： 1、程序USART2不停接收并处理串口数据，波特率115200； 2、主循环卡死； 3、USART1中断及TIM2中断响应函数运行正常；（USART1及TIM2中断优先级均比USART2高） 4、出现现象后，拔掉USART2的接收数据线，现象不能回复正常； 5、出现现象后，拔掉后再插
STM32 无法正常debug的解决方法
安柘千赫的博客
03-20 9289
近日工程中遇到了STM32无法Dubug 也无法正常运行的问题，现象如下： 程序一直在反汇编中循环运行，无法将程序运行至main函数,更不用说断点调试了。查看了网上的说法，可能的原因有 1、output 设置没有选中 debug information； 2、debug 选项 run to main() 没有选中； 3、程序中使用了printf 并通过fputc进行了重定向，但未选择“use microLib”选项； 4、debug 设置中 reset 选择为autodetect，导致无法调试。我这里选为
单片机STM32死机问题分析及解决方案总结
maknul的博客
12-04 6302
单片机STM32死机问题分析及解决方案总结
关于stm32 卡死在串口接收中断中的处理方法。卡死原因是串口自带的BUG出现USART_FLAG_ORE标志位无法清除。
qq_42074368的博客
01-18 2万+
前端时间遇到正常使用的串口一直卡死在USART_FLAG_ORE标志位处，有一定概率发生这个，但在发生后，就会一直进入中断。按照网上的方法做了清除标志位处理，但结果还是解决不了。下面是之前写的代码连接，https://blog.csdn.net/qq_42074368/article/details/103404573 通过调试发现，中断一直进入这个地方 if(USART_GetFl...
STM32keil程序中，使能CAN接收中断后，程序卡死在，使能ＣＡＮ节点的程序中
m0_63653571的博客
05-13 1501
STM32keil程序中，使能CAN接收中断后，程序卡死在使能ＣＡＮ节点的程序中，如下图所示，程序卡死在这里，请大家帮忙，谢谢。不使能CAN接受中断的话程序没问题。不知道什么原因。 卡在下面代码里面： void enable_run_ji() { TxHeader.StdId = 0x201; TxHeader.RTR = CAN_RTR_DATA; TxHeader.IDE = CAN_ID_STD; TxHeader.DLC = 2; TxHeader.TransmitGloba...
蓝桥杯嵌入式CT117E下载程序时keil卡死情况的解决方法
weixin_42568725的博客
01-19 4184
蓝桥杯嵌入式CT117E下载程序时keil卡死情况的解决方法 注：本文使用编译器为keil5* 驱动问题 拿到板子后参照官方视频进行安装软件及其驱动，视频中是默认安装，但是我们需要注意安装CoMDKPlugin-1.3.1驱动时，他会默认安装到下一层 这里不要继续点下去（点下去也可以成功安装，但是keil检测不到驱动）手动删除多余的路径 这是在我电脑上出现的驱动安装问题，原因是我把keil5安...
STM32F429芯片DAP下载失败，STLINK下载失败，设置FLASH的读写保护与解除
07-08
本文将详细介绍如何解决这些问题，并指导如何设置和解除STM32F429的FLASH读写保护。 首先，我们需要理解STM32的编程模式。STM32F429支持多种编程方式，包括SWD（Software Debug Wire）和JTAG。DAP通常是指通过SWD...
记录开发STM32遇到的卡死问题-串口
weixin_51590201的博客
03-20 1561
串口收发问题
MC9S12G128模块化分层化软件架构之七_外部中断
Sure_gengjia的博客
09-07 1379
文章目录 系列文章目录 前言 一、pandas是什么？ 二、使用步骤 1.引入库 2.读入数据 总结 上一期的 MC9S12G128模块化分层化软件架构之六——KEY代码下载地址： https://download.csdn.net/download/Sure_gengjia/12801323 实物展示： 更多内容，请持续关注公众号：激活未来。 1overview 1.1目的 本文档用于起点开发板的外部中断模块软件说明。...
STM32串口错误中断导致死机现象
DT程序员的博客
02-09 5042
介绍调试STM32串口出现死机问题的原因分析
STM32串口中断卡死主循环一直进中断问题
li348858320的博客
10-10 7243
这篇STM32串口中断卡死问题 原作者写的太好了,特意转载一下 在一项目中，使用STM32作为主控，程序运行一段时间后概率出现主循环卡死现象。 问题分析如下： 1、程序USART2不停接收并处理串口数据，波特率115200； 2、主循环卡死； 3、USART1中断及TIM2中断响应函数运行正常；（USART1及TIM2中断优先级均比USART2高） 4、出现现象后，拔掉USART2的接收数据线，现象不能回复正常； 5、出现现象后，拔掉后再插入USART2的接收数据线，现象不能回复正常； 6
stm32 hal库的串口中断卡死问题
A0DREAM的专栏
05-19 4475
最近在调试stm32的串口程序发现，1ms的串口收发导致串口卡死，系统正常。经过调试发现hal库的串口中断接收函数，上锁了，但未释放锁。 整段函数代码里，只有__HAL_LOCK(huart);上锁函数，没有找到锁的释放，hal库的串口中断接收函数如下： ** * @brief Receive an amount of data in interrupt mode. * @note When UART parity is not enabled (PCE = 0), and Word Lengt
stm32无法使能usart2_STM32的中断系统
weixin_39559079的博客
11-26 680
STM32具有十分强大的中断系统，将中断分为了两个类型：内核异常和外部中断。并将所有中断通过一个表编排起来，下面是stm32中断向量表的部分内容：上图-3到6这个区域被标黑了，这个区域就是内核异常。内核异常不能够被打断，不能被设置优先级（也就是说优先级是凌驾于外部中断之上的）。常见的内核异常有以下几种：复位(reset),不可屏蔽中断(NMI),硬错误(Hardfault)，其他的也可以在表上找到...
stm32delay程序卡死
最新发布
07-25
STM32delay 程序卡死通常有以下几个原因： 1. **无限循环**：最常见的原因之一就是代码中存在了一个无限循环。例如，在处理延时功能时，如果未正确设置退出条件，可能导致定时器中断无法触发，进而导致程序一直运行而不会停止。 示例错误代码片段： ```c while (1) { HAL_Delay(1000); // 这里应该有一个退出条件 } ``` 2. **硬件资源冲突**：某些操作可能会占用系统的重要资源，如内存、CPU周期或其他外设资源，并长时间消耗它们而不释放。这可能导致其他部分的程序无法正常运行或等待资源释放的时间过长。 3. **中断服务例行程序（ISR）阻塞**：如果中断服务例行程序中包含了可能永远执行下去的代码段，如持续读取某个传感器值并进行复杂计算，而没有适当的退出机制，则可能导致中断处理过程无限循环。 4. **内存泄漏**：如果程序中存在内存分配但未能正确地进行内存释放的情况，随着程序运行时间的增长，可用内存逐渐耗尽，最终可能导致系统崩溃或程序无法继续执行。 5. **外部因素影响**：比如电源供应不稳定、外部设备故障等也可能导致程序异常终止或运行缓慢。 解决这类问题的一般步骤包括： - 检查代码中是否有无限循环的结构，尤其是与延迟相关的代码。 - 查看是否有效管理了所有硬件资源，确保没有长期占有重要资源。 - 审核中断服务程序，确保其内部逻辑能够及时完成任务并在必要时退出。 - 使用调试工具跟踪程序的执行流程，观察程序何时进入异常状态以及可能出现的错误点。 - 对代码进行单元测试和集成测试，特别是在涉及延时和中断的地方，确保每个模块都能正常工作。 相关问题： 1. 在编写 STM32delay 程序时如何避免出现无限循环？ 2. 当遇到 STM32硬件资源紧张导致的程序卡死时，应采取哪些措施？ 3. 在调试 STM32 程序时，有哪些常见的方法可以检测出程序卡死的原因？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值