STM32 烧录程序不能正常运行Debug可运行

问题描述

最近调试程序时发现,程序烧入单片机没反应,代码不运行,点击debug,如图:

在这里插入图片描述
之后,程序跑到启动文件里卡住,如图:

在这里插入图片描述

然后再点全速运行,如图:

在这里插入图片描述

此时程序才能跑起来。


原因分析:

代码中用到了printf函数,此函数是C标准库中的函数,使用C库函数会进入半主机模式,发生软件异常,导致程序无法正常运行。


解决方案:

目前试过两种解决方法:

  1. 注释掉printf函数程序debug正常:

在这里插入图片描述

  1. 点击魔术棒,勾选Use MicroLIB,如图:

在这里插入图片描述

最后编译,烧录程序运行正常。

### STM32烧录程序失败的原因及解决方案 #### 1. 硬件连接问题 硬件连接当可能导致STM32芯片无法正确识别或通信。确保所有必要的引脚(如SWDIO、SWCLK、NRST等)都已正确连接到调试器/编程器上[^1]。 #### 2. Boot模式配置错误 如果Boot0引脚设置正确,可能会导致设备启动异常从而影响固件更新操作。通常情况下应保持低电平状态以便从内部闪存启动;当需要进入系统内存引导加载程序时才将其拉高至VCC电压水平。 #### 3. 调试接口被占用或误配置 对于采用JTAG/SWD作为调试手段的产品而言,在编写应用程序期间如果慎更改了相关管脚的功能定义,则会干扰正常的下载流程。特别是针对PA13(SWDIO) 和 PA14 (SWCLK),它们默认用于支持在线调试功能而应该随意改变用途[^2]。 ```c // 正确做法:保留 SWD 接口引脚为默认状态 void setup_debug_pins(void){ // 要在此处重新配置 PA13 或 PA14 的功能 } ``` #### 4. 使用复位按钮辅助烧写 有时按下RESET按键可以帮助完成一次性的刷入动作,但这并是长久之计因为成功率稳定。更推荐的做法是在软件层面实现自动重启机制来代替手动干预。 #### 5. 清除并重建项目文件夹结构 偶尔IDE环境中的缓存数据或其他临时资源可能引起编译链接环节出现问题进而阻碍最终二进制映像的成功传输给目标板卡。尝试清理工作区内的残留物再新建一个干净的工程实例往往能有效排除此类隐性障碍。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值