单片机卡死分析记录

最新推荐文章于 2025-06-23 17:02:03 发布

原创最新推荐文章于 2025-06-23 17:02:03 发布 · 787 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#c语言 #嵌入式

总结经验专栏收录该内容

14 篇文章

订阅专栏

在项目中新增模块后，测试阶段发现使用局部变量替换调试时的全局变量导致程序卡死。通过核心转储文件分析，疑似出现栈溢出问题。为定位错误，采用逐步返回验证法，通过反复编译运行缩小问题范围，以确定栈溢出的具体位置。

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

在原始项目新增了一个模块，调试阶段代码ok，调试使用了一个全局变量来加快调试效率，提测修改为局部变量后测试卡死了，由于代码量太多，死掉的位置输出的异常信息无法分析：

OOPS! Core Dump:
r0 : 0x20002400 r1 : 0x000001fd
r2 : 0x000000bd r3 : 0x000000bd
lr : 0x000000bd pc : 0x000000bd
clr: 0x0101ce3d sp : 0x00000000
r12: 0x000000bd xpsr: 0x00000185

因此同事建议在卡死函数中使用提前return的方式验证是否卡死，如果卡死则说明栈溢出发生在return之前，否则后移return位置，这样重复编译运行，最终能够定位问题。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

qishandaxue

关注关注

0
点赞
踩
0

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

程序卡死在这个HardFault_Handler分析

道亦无名

06-04

323

是在基于ARM Cortex-M内核的微控制器（如STM32）中，当系统发生难以恢复的硬件故障（Hard Fault）时，由硬件自动调用的异常处理函数。是处理硬件故障的关键函数，对于分析和解决系统中的硬件问题具有重要意义。

一个超经典 WinForm 卡死问题的最后一次反思

xhp618的博客

11-06

关于对非主线程创建控件的问题，这已经是第三篇思考了，希望后续不要再写这个主题了。

参与评论您还未登录，请先登录后发表或查看评论

单片机死机的原因

08-16

单片机死机的原因一振荡器停止振荡又可以分为电源电压不稳，或者强干扰引起的振荡器停振。二 PC指针跑飞电源电压不稳或强干扰引起PC跑飞，如果看门狗不好，也会引起死机。三设计上对长引出线的IO没有保护，静电打在IO口上引起单片机死锁，破坏了硬件逻辑功能，导致死机。四. 复位收到干扰，引起反复复位，在反复复位当中有可能会导致死机。

单片机卡死的几大原因、分析、解决

m0_74976404的博客

03-15

4852

阅读引言：本文我想给大家分享一下我在学习过程中遇到的以及了解到的一些导致单片机运行卡死（死锁）的一些常见原因和解决办法，请注意，只是列举，并不是全部，因为导致单片机运行卡死的原因无穷无尽。

MCU死机问题分析及解决方案全梳理

sqgege582104的博客

06-23

271

表现2：电解电容ESR升高导致电源纹波增大，导致MCU触发保护机制。表现2：初始化配置时序缺陷，低温下外设flash超时，导致死循环。方案2：检查外设配置时序，增加超时检测退出机制，包含所有外设。方案3：延长喂狗周期，根据系统最大延时的1.5~2倍原则设置。方案1：检查时钟配置，通过RCC验证时钟频率是否与配置一致。表现1：低温下电池内阻增大，导致电压低于POR值。表现3：电机启动时，电压跌落导致MCU复位。方案3：增加钽电容，或电机与MCU供电隔离。方案4：跳转前未关全局中断，导致跳转失败。

【51单片机-函数指针】 STC单片机工作寄存器组寻址异常记录

幻蜗的笔记

12-03

1470

利用函数指针，可以方便的使用面向对象的一些思想，做些自定义的对象的执行函数 51单片机因为工作寄存器组太少，默认设置下，一组工作寄存器最多传递三个参数，多出的会通过固定存储区传送，函数指针参数最多支持三个，但是即使少于三个也会出现问题，因为带返回值和临时函数变量的话，默认配置下也需要占用工作寄存器我碰到的问题是，中断声明有using 1，中断里面引用了函数指针，该函数带一个int形参，里面一个int临时变量，一个int返回值进入中断确实是工作组1，进入被调用函数也是工作组1，但是在临时变量计算

单片机运行一段时间卡死状态问题排查及解决-变量初始化问题

heda3的博客

08-06

2282

在算法移植调试过程中，为了方便调试，将将局部变量更改为全局变量后，没有对该变量进行归零初始化操作，每次计算用的是该变量的最新值，该变量执行了累加操作，当执行一段时间后无限累加从而导致数组超出索引。将该变量在函数内进行初始化赋零操作，更改后程序运行不会出现卡死状态。单片机运行时间长短不定，会出现卡死现象（把程序内的看门狗复位去掉后）...

单片机卡死的八大原因和解决方法

qq_52590045的博客

06-08

7701

在微控制器上，程序卡住（即停止执行）可能有多种原因。下面我将列举一些常见的原因，并提供一些可能导致程序卡住的示例情况。请注意，这里只是一些示例，并不能穷尽所有可能的情况。

如何判断单片机卡死原因

03-12

### 单片机卡死原因及解决方案 #### 主程序与中断逻辑问题当单片机出现卡死情况时，通常可以从主程序和中断逻辑入手进行排查。在具体案例中，通过修改上位机软件并利用板载LED灯作为指示工具来定位问题所在[^1]。...

STM32单片机软重启时程序卡死

weixin_44159326的博客

08-16

1492

最近解了一个STM32F单片机的bug挺有意思的，记录一下。测试人员的测试方法是，在PC机上写一个程序，对所有从机stm32F103单片机进行在线升级程序操作(版本号为1)，如果升级成功则进行版本号为2的程序升级，如成功则再次升级版本1，如此循环。升级过程中如失败PC上的升级程序会一直查询当前版本号，并不会进行后续版本升级。注：升级过程会将程序bin文件从PC一路往下分包发送到从机上，成功后会自动软重启。（具体升级流程中会通过文件校验避免成砖，如有同学感兴趣，后续单独介绍详细流程，这里先略过）

单片机代码运行一阵卡死怎么排查

最新发布

08-06

### 排查单片机程序运行一段时间后卡死的方法 #### 1. **确认复位类型** 单片机在运行过程中可能会因为各种原因触发复位，导致程序重新开始执行。如果程序卡死，首先需要确认是否发生了复位。常见的复位类型包括： ...

STM32单片机常见的工作异常现象分析及解决方案

01-19

贴了两块样板，烧写同样的固件。其中一块工作正常，但是另外一块出现了很奇怪的现象：在线调试正常；每次烧写完后工作正常；重新上电有时候工作正常，有时候工作不正常；工作不正常时，按下复位按键，恢复正常。工作异常现象：main函数中的系统运行指示灯不闪烁，但是初始化过程中点的一个灯是亮的！说明程序运行一段时间后，不工作了。由于在线调试模式，板子工作正常，无法通过在线调试的方式判断程序运行的异常状态。分析可能的原因：1、初始化过程中，程序陷入死循环。但程序初始化过程中，没有while（1）死循环的代码。2、板子上电后不断复位，导致无法进入main函数中的while（1）循环。问题查找：硬件：1、确认BO

串口导致单片机死机的原因

07-16

本文主要讲了串口导致单片机死机的原因有哪些，下面一起来学习下

单片机硬件错误愿原因记录

HNCU_long的博客

05-19

901

（1）、有初值的变量或者函数指针从STOP2模式下唤醒后，会变成不确定的值，变量如果作为了数组下标，就会引起硬件错误，函数指针应该会类似野指针，调用该函数等同于访问野指针，导致进入硬件错误中断。1、进入STOP2模式后会引起的。

单片机死机问题处理

p262664916的博客

01-07

1210

单片机死机通常原因与处理

单片机因中断引起IO口操作异常分析

weixin_43285535的博客

12-22

1124

IO口操作异常

单片机异常分析方法简介

嵌入式学习笔记

06-17

2199

hardfault异常方法简介

记录一次PWM信号异常问题

在嵌入式嵌入式领域奋斗的程序猿的博客

03-04

4565

记录一次PWM异常情况。简单叙述模拟地与数字地存在的意义。

静电导致CPU死机

szembed的博客

08-10

865

现在热复位管脚连接着看门狗的复位管脚，时序满足手册要求，如下左图（黄：冷复位，蓝：热复位）所示，延时约200ms。如果将热复位管脚与看门狗的复位管脚断开，两者上升时间几乎一致，如下右图所示（黄：冷复位，蓝：热复位），此时需增加驱动器（现未焊接）延时其上升时间，否则不确定肯定可以启动正常，在实验中出现过一次启动失败。1.修改原理图并改板，将看门狗复位信号与电源管理芯片的上电复位信号通过与门电路逻辑与后接入芯片的冷复位管脚，并再通过驱动器延时接入芯片的热复位管脚，满足上电时序要求。关键词：静电死机复位。