|
Reading register 'r11' from hardware = 0x00000000 Reading register 'r12' from hardware = 0x000002FA Reading register 'sp' from hardware = 0x2001FFF8 Reading register 'lr' from hardware = 0x08001CA3 Reading register 'pc' from hardware = 0x08000508 Reading register 'xpsr' from hardware = 0x61000000 Read 4 bytes @ address 0x08000508 (Data = 0xE7FDBF00) GDB closed TCP/IP connection (Socket 964) Restoring target state and closing J-Link connection... Shutting down... |
翻找出来一块老板子
ADC实验终于完成了
如何解决cannot open source file的问题?
如何排除这两个编译错误?
【2026.11.07】每日签到:STM32H735G-DK评测、Coremark跑分结果显示在LCD
请教HAL_I2C_MASTER_MemWrite()函数的参数应该如何写?
摸鱼的时候,跑个小游戏
一个小疏忽影响到汉字正常显示
【2026.10.31】每日签到:STM32H735G-DK评测.TouchGFX在LCD—text中显示动态字符
VS Code中令人抓瞎的波浪号
微信公众号
手机版
如果还跑不起来,对照手册看看复位,boot,VCap 是否符合。
从目前提示信息来看,程序在下载后应该已经开始运行了,但大概率是在运行过程中发生了异常,最终卡死在某个死循环中,因此表现为“下载后无法正常运行”。
从当前现象判断,重点应排查以下几类问题:
1、系统时钟配置和各外设的配置
如果时钟源、PLL 参数或时钟树配置有误,或某些外设初始化失败,可能触发 错误处理逻辑,最终停在死循环中。
2、非法访问问题
例如野指针、数组越界、访问无效地址、跳转到非法函数地址等,都可能触发异常,导致程序最终进入 HardFault_Handler 等异常处理函数。
3、中断向量表或中断服务配置问题
如果中断向量表配置错误、ISR名称不匹配,或者中断被触发后没有正确处理,程序也可能进入死循环。
4、堆栈溢出问题
如果栈空间不足、局部变量过多、递归调用过深,或者任务栈配置不合理,也有可能导致程序异常。
5、硬件方面,重点检查电源,电压稳定、各个电源脚全部接好、接到位 ,另外STM32F407有Vcap脚的,都必须 按手册规定接好、接全。当电源有问题时,芯片功能出现异常,无论多诡异都是“正常”表现,而且此时往往没法依据正常逻辑做分析。
是程序问题,不好分析,需要更详细的代码。
也可以自己问问AI