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

最新推荐文章于 2024-12-15 22:18:54 发布

原创最新推荐文章于 2024-12-15 22:18:54 发布 · 524 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#stm32 #嵌入式硬件 #单片机

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

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

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

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

点灯大师李

关注关注

2
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

STM32中断+延时，总是出现卡死状态，如何解决？

**My Coding Family**

08-07

1162

🏆本文收录于《全栈Bug调优(实战版)》专栏，该专栏专注于分享我在真实项目开发中遇到的各类疑难Bug及其深层成因，并系统提供高效、可复现的解决思路和实操方案。无论你是刚入行的新手开发者，还是拥有多年项目经验的资深工程师，本专栏都将为你提供一条系统化、高质量的问题排查与优化路径，助力你加速成长，攻克技术壁垒，迈向技术价值最大化与职业发展的更高峰🚀！

keil5运行stm32程序容易闪退，如何解决？

热门推荐

Origin333的专栏

11-23

3万+

在一项目中，使用STM32作为主控，程序运行一段时间后概率出现主循环卡死现象。问题分析如下： 1、程序USART2不停接收并处理串口数据，波特率115200； 2、主循环卡死； 3、USART1中断及TIM2中断响应函数运行正常；（USART1及TIM2中断优先级均比USART2高） 4、出现现象后，拔掉USART2的接收数据线，现象不能回复正常； 5、出现现象后，拔掉后再插

STM32卡死、跑飞、进入HardFault_Handler如何精准的确定问题

m0_74676415的博客

12-15

1万+

我们在使用STM32的时候，代码难免会出现疏忽，导致程序跑飞，不再正常运行，那么都是什么情况会导致STM32程序跑飞呢？或者我们调试的时候，发现代码进入了HardFault_Handler()；导致了死循环，我们该如何去找到问题呢？调试我只能说非常的考验自己，入门刚刚好一年STM32，每次打开调试这个界面的时候，都感觉有点力不从心，但是随着一步步的不断调试，我逐渐对调试这个界面越来越熟悉，见到的问题也越来越多，只有不断的去遇到问题，然后逐步的解决问题，才能从菜鸟变成大神吧。

记录开发STM32遇到的卡死问题-串口

weixin_51590201的博客

03-20

2415

串口收发问题

嵌入式STM32程序一些卡死的原因

bing_xin_的博客

03-30

5835

嵌入式STM32程序卡死的原因

STM32学习--STM32CUBEMX 生成代码运行时卡死问题解决

weixin_58716963的博客

08-20

4813

代码卡死是因为在执行RCC初始化时，由于时间太短没有延时就开始检测标志位HAL_OK是否被置位。但是这里面啥都没有还有个死循环故当标志位检测不到时卡进死循环。本文记录了使用STM32CubeMX生成配置模板，在MDK环境下撰写完逻辑代码进行编译后下载后，代码在单片机内卡死的问题解决。A PLAN: 直接将if判断标志位是否置位代码删除。或者让Error_Handler(void)函数体为空。B PLAN：添加报错处理函数，若没置位继续循环检测是否置位，直到其置位则退出循环，给出代码如下。

STM32 程序卡着不动，可能是发生了硬件错误，进入了HardFault_Handler处理程序中

t18438605018的博客

10-15

937

STM32 程序卡着不动，可能是发生了硬件错误，进入了HardFault_Handler处理程序中。

stm32下载程序后程序卡死，在线debug直接卡死的问题

qq_39895006的博客

08-07

436

学习过程中遇到的一个问题，单片机供电不足出现：在线debug调试，直接全速运行了，程序卡死。

stm32如何使程序卡死

weixin_45850927的博客

10-31

872

现在论坛里面都是程序崩溃找不到方法，今天我们反其道而行，讨论如何主动使程序卡死。我的检测方法一个是用LED灯的亮灭来判断，另一个方法是使用窗口看门狗判断，看其是否被重装载。代码如下（初始化，只有main.c里的文件）： int main() { //初始化 NVIC_PriorityGroupConfig(NVIC_PriorityGroup_2); //设置中断优先级分组2 delay_init(168); //初始化延时函数 LED_Init(); //初始化LED

STM32卡死、跑飞如何调试确定问题

千千道的博客

08-02

8871

我们初学STM32的时候代码难免会出现疏忽，导致程序跑飞，不再正常运行，那么都是什么情况会导致STM32程序跑飞呢？

在使用STM32，关于程序起始时卡死时解决方法

qq_58619066的博客

01-09

1283

现象：使用Keil时在调试模式下，用全速运行点第三次会进入main函数，但是直接下载入芯片复位也没有用。1、没有勾选USE MicroLIB，这个当时找了很久，可能无意间取消了，导致不进入程序。目前使用的STM32L496的官方的开发板，遇到过两次开始不进入main函数的情况。2、拔掉usb和电脑接口（断电）再重新插上，然后就好了，这个不知道是什么原因。现象：使用Keil调试模式下，完全不运行，一进入全速运行按钮都不能点。

调试STM32程序发现卡死在0x08000764 BEAB BKPT 0xAB

weixin_52477295的博客

04-04

830

0x08000764 BEAB BKPT 0xAB

STM32程序死机问题分析过程- printf导致死机的解决方法。

networkhunter的博客

11-11

2万+

问题的背景：公司的一个客户，应该算是一家创业企业，偶尔会让我们帮他们下stm32的驱动程序，具体的应用产需还是在自己写的。驱动基本都写好了，也都交付给他们了。最近他们在写应用程序的使用遇到了一个问题。问题描述：申请了一个很大的全局数组，如下： #define MAXDOORNUMBER 220 DOOR_INFO doorInfo[MAXDOORNUMBER]; 程序运行起来会莫名死机...

STM32F030 中断太频繁导致死机

KelvinFlying的专栏

06-28

2万+

最近在忙一个项目，使用了STM32F030的单片机，定时器用系统定时器，每10us中断一次。在程序少的时候，没有发现死机情况，但是随着功能的丰富，经常出现死机问题，具体表现为while（1）循环无法执行，但是中断函数正常或者按键不起作用，程序直接跑分。这时我认为是死机，即程序跑分，但是有时中断正常，这就证明程序依然正常运行，可能是其它原因造成。首先，我怀疑是I2C读写DSP出错，于是屏蔽掉DS

STM32 rtthread+cubemx 串口中断卡死问题

iamjustnobody的博客

07-19

1047

平台介绍: 芯片是使用的STM32G030F6，系统是rt-thread nano-v3.1.5, 使用rtthread studio + cubemx生成工程项目问题描述：想使用串口中断方式去读取串口数据，用的是HAL库函数HAL_UART_Receive_IT去实现，现在发现只要向串口这边一发数据就出现死机，串口调用HAL_UART_Transmit往往另外的设备发送数据是正常的，但是如果调用HAL_UART_Transmit_IT往外发也回导致死机。

STM32串口断点调试中断异常

Gemini_Lesl_Z的博客

03-25

1828

使用了stm32L433 是M4的内核采用了中断接受数据的方式，正常处理的时候，都是正常的。但是当使用keii5 断点调试的时候。中断异常了，明明没有数据接受了，但是依旧出现不停的进入中断。调试的时候，看到ISR寄存器的OER位，正常的时候是reset的状态，一旦断点调试，就会出现溢出。使用的hal库。 __HAL_UART_GET_IT（&huart2，UART_IT_ORE）；使...

【stm32】debug时总是卡在B处

一路飞奔

07-29

3023

问题原因：程序卡死在B处说明有中断没有处理，导致程序进入中断后无法跳出。之后查看程序发现，程序中定义了一个中断，但是之前一次偶然把中断处理程序屏蔽了，导致没有中断处理函数问题解决：代码卡死在SysTick_Init()处 int main(void) { BASIC_TIM_Init(); //基本定时器初始化 GENERAL_TIM_Init(); //通用定时器初始化 SysTick_Init(); //系统定时器初始化

stm32粗背的printf卡死

02-27

### 解决STM32使用`printf`函数时程序卡死的方法当遇到STM32上使用`printf`函数导致程序卡死的情况，通常是因为标准库中的重定向配置不正确或硬件资源未被适当初始化。以下是详细的解决方案： #### 1. 配置串口外设确保已正确初始化用于调试输出的UART接口。这包括设置波特率、数据位、停止位以及校验方式等参数。 ```c void UART_Init(void){ USART_InitTypeDef USART_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1, ENABLE); GPIO_PinRemapConfig(GPIO_Remap_SWJ_JTAGDisable, ENABLE); GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9 | GPIO_Pin_10; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; GPIO_Init(GPIOA, &GPIO_InitStructure); USART_InitStructure.USART_BaudRate = 115200; USART_InitStructure.USART_WordLength = USART_WordLength_8b; USART_InitStructure.USART_StopBits = USART_StopBits_1; USART_InitStructure.USART_Parity = USART_Parity_No ; USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None; USART_InitStructure.USART_Mode = USART_Mode_Tx; USART_Init(USART1, &USART_InitStructure); USART_Cmd(USART1, ENABLE); } ``` 此部分代码展示了如何初始化USART1作为调试端口[^1]。 #### 2. 实现自定义写入函数为了使`printf`能够通过指定的UART发送字符流，需提供一个适配器函数来处理实际的数据传输逻辑。该函数会被底层的标准I/O库调用来完成最终的消息输出工作。 ```c int fputc(int ch, FILE *f) { while (!(USART_GetFlagStatus(USART1, USART_FLAG_TXE))); USART_SendData(USART1, (uint8_t)ch); return ch; } // 或者更简洁的方式适用于某些编译环境 #define PUTCHAR_PROTOTYPE int __io_putchar(int ch) PUTCHAR_PROTOTYPE{ while(!(USART_GetFlagStatus(USART1, USART_FLAG_TXE))); USART_SendData(USART1,ch); return(ch); } ``` 上述实现提供了两种不同的方法来覆盖默认行为并允许`printf`正常运作。 #### 3. 使用宏定义简化日志记录对于频繁的日志打印需求，可以创建便捷的宏命令以便于维护和管理。 ```c #include <stdio.h> #ifdef DEBUG #define LOG(...) printf(__VA_ARGS__) #else #define LOG(...) #endif /*DEBUG*/ LOG("This is a debug message.\n"); ``` 这段代码片段说明了怎样利用条件编译技术控制是否开启调试信息显示功能[^3]。 #### 4. 考虑替代方案如果仍然存在性能瓶颈或其他难以克服的技术难题，则考虑采用其他形式的信息传递机制，比如直接操作寄存器或是构建专门的任务队列来进行异步消息推送[^2]。 ```c #define PFout(x) *(volatile uint32_t *)(0x42000000 + ((uint32_t)&GPIOF->ODR - 0x40000000)*32 + x*4) PFout(pin_number); // 设置特定引脚状态 ``` 尽管这种方法绕过了传统的IO流程，但在特殊场景下可能更为高效稳定。综上所述，在面对STM32平台上由`printf`引起的异常状况时，应当仔细检查相关外围设备的状态，并合理调整软件层面的设计思路以达到预期效果。