衡水网站公司wordpress 微博图标

点击下面图片带您领略全新的嵌入式学习路线 🔥爆款热榜 88万+阅读 1.6万+收藏

问题背景

作为一名嵌入式初学者，在Keil5中正确配置了 Boot引脚 并勾选 “Reset and Run” 后，程序烧录到STM32芯片中，但开发板却 毫无反应，必须手动复位或重新上电才能运行。
这种现象看似简单，实则涉及 硬件复位逻辑、软件配置 和 代码设计 的多重因素。本文将通过图文结合的方式，带你彻底解决这一“玄学”问题！

---

一、问题本质分析

“Reset and Run”功能的核心原理是：烧录完成后，调试器自动触发硬件复位信号，使芯片从初始状态执行新程序。若烧录后无响应，常见原因如下：

1. 硬件复位电路异常
   • 复位引脚（NRST）被外部电路拉低或接触不良。
2. “Reset and Run”功能未生效
   • Keil的调试器配置中复位类型选择错误（如使用软件复位而非硬件复位）。
3. 代码初始化问题
   • 系统时钟配置错误（如HSE未启用导致程序卡在初始化阶段）。
4. 看门狗未关闭
   • 程序意外开启了独立看门狗（IWDG），且未及时喂狗，导致反复复位。
5. Flash编程算法不匹配
   • 烧录时选择的Flash算法与芯片容量不符（例如将256KB的算法用于128KB的芯片）。

---

二、解决方案（附详细操作步骤）

1. 验证“Reset and Run”功能是否生效

步骤：

1. 打开Keil工程，进入 Project → Options for Target → Debug，确认调试器为 ST-LINK Debugger。
   

2. 在 Flash Download 选项卡 中，检查编程算法是否匹配芯片Flash容量（例如STM32F103C8T6应选择 “STM32F10x 128KB Flash”）。

3.

2. 检查硬件复位电路

现象：若NRST引脚电平异常（持续低电平），芯片将无法启动。

操作步骤：

1. 使用万用表测量 NRST引脚电压：
   • 正常情况：烧录完成后电压应为 3.3V（高电平）。
   • 异常情况：若电压低于0.8V，检查复位按钮是否卡死、电容是否短路。
2. 简化电路测试：
   • 断开外部复位电路（仅保留10k上拉电阻和104电容），排除外围器件干扰。

---

3. 排查代码初始化问题

关键点：若系统时钟配置错误，程序可能卡死在 SystemInit() 函数中。

验证方法：

1. 在 main() 函数起始处添加LED闪烁代码，测试是否执行：

   int main(void) {HAL_Init();SystemClock_Config();// 测试代码：点亮LEDHAL_GPIO_WritePin(GPIOA, GPIO_PIN_5, GPIO_PIN_SET);while (1) {}
   }
   

2. 若LED未亮，检查 时钟配置函数：
   • 确认 HSE（外部晶振） 是否启用，PLL配置是否正确（参考STM32CubeMX生成的代码）。

---

4. 关闭看门狗

原因：部分STM32芯片默认开启独立看门狗（IWDG），若未在代码中关闭或喂狗，程序会不断复位。

解决方法：

1. 在代码初始化阶段禁用看门狗：

   // 关闭IWDG（在HAL库中）
   __HAL_RCC_WWDG_CLK_DISABLE();
   __HAL_RCC_IWDG_CLK_DISABLE();
   

2. 若需使用看门狗，确保在 main() 循环中定期喂狗：

   while (1) {HAL_IWDG_Refresh(&hiwdg);HAL_Delay(500);
   }
   

---

三、终极验证与调试技巧

1. 使用ST-LINK Utility独立测试
   • 通过ST-LINK Utility烧录程序后，点击 “Target → Run”，观察是否自动运行。
2. 测量电源稳定性
   • 使用示波器检测 3.3V电源 是否在烧录瞬间存在跌落（可并联100μF电容测试）。
3. 启用Keil调试模式
   • 进入调试界面，查看程序计数器（PC）是否停在 0x08000000（即代码起始地址）。

---

四、总结

“烧录后需手动复位”的问题通常由 复位信号未生效 或 代码逻辑缺陷 导致。通过本文的硬件排查、软件配置和代码修正，99%的案例可快速解决。若仍无法解决，建议检查芯片是否损坏或尝试更换最小系统板！

相关资源下载：

• STM32CubeMX配置工具
• ST-LINK Utility官方工具