DFU烧录后STM32F401CCU6程序无法运行问题求助

问题背景 #

使用STM32F401CCU6开发板，通过Linux CLI工具（arm-none-eabi-gcc、Arch Linux AUR仓库的dfu-util）编写并烧录LED闪烁程序；无ST-LINK，采用板载USB-C端口的DFU模式烧录。程序未依赖STM头文件，仅用stdint.h支持uint32_t，尝试控制板载C13引脚、A5引脚LED均无反应。

烧录命令：

dfu-util -a 0 -s 0x08000000:leave -D ./main.elf

烧录过程显示文件下载成功，但设备初始处于dfuERROR状态，清除状态后完成烧录并提交退出DFU模式请求。

核心排查点与解决办法 #

1. 向量表与复位向量正确性 #

STM32复位后会从0x08000004地址读取复位向量（即程序入口地址），需确认：

• 向量表首地址0x08000000处为栈顶地址，0x08000004处为Reset_Handler的实际地址
• 链接脚本是否正确配置向量表起始地址，编译时是否指定了正确的入口点

解决：
检查链接脚本，确保向量表起始地址设为0x08000000，且Reset_Handler被正确映射到复位向量位置；编译时通过-Wl,-Tlinker_script.ld指定链接脚本，或用-Wl,-eReset_Handler显式指定程序入口。

2. 系统时钟未配置 #

STM32复位后默认使用8MHz内部HSI时钟，但GPIO端口的时钟默认未开启，直接操作寄存器会无响应。未使用STM库时需手动开启对应GPIO端口的时钟：

• GPIOC时钟使能位在RCC_AHB1ENR寄存器（地址0x40023830）的第2位
• GPIOA时钟使能位在该寄存器的第0位

解决：
在程序开头添加时钟使能代码：

#define RCC_AHB1ENR (*(volatile uint32_t*)0x40023830)
// 开启GPIOC、GPIOA时钟
RCC_AHB1ENR |= (1 << 2) | (1 << 0);

3. GPIO寄存器操作错误 #

直接操作寄存器时需确认地址和位设置完全正确：

• GPIOC基地址为0x40020800，MODER寄存器偏移0x00，ODR寄存器偏移0x14
• PC13引脚对应MODER的第26、27位，需设为01（通用输出模式）；ODR的第13位控制引脚电平

解决：
修正寄存器操作代码，以PC13闪烁为例：

#define GPIOC_MODER (*(volatile uint32_t*)0x40020800)
#define GPIOC_ODR (*(volatile uint32_t*)0x40020814)

// 配置PC13为通用输出模式
GPIOC_MODER &= ~(3 << 26);
GPIOC_MODER |= (1 << 26);

while(1){
    GPIOC_ODR ^= (1 << 13); // 翻转引脚电平
    // 添加延时，避免闪烁过快无法察觉
    for(uint32_t i=0; i<1000000; i++);
}

4. DFU烧录后的启动问题 #

烧录时的:leave参数虽尝试让设备退出DFU模式，但部分设备需手动复位才能正常启动程序。

解决：
烧录完成后，手动按下开发板的复位按钮，再观察LED状态。

5. ELF文件烧录兼容性 #

dfu-util烧录ELF文件时会自动提取二进制内容，但部分场景下直接烧录bin文件更可靠。

解决：
先将ELF转换为bin文件再烧录：

arm-none-eabi-objcopy -O binary main.elf main.bin
dfu-util -a 0 -s 0x08000000:leave -D main.bin

内容的提问来源于stack exchange，提问作者resyfer