前言STM32 所有启动逻辑、烧录逻辑的核心根源只有一个芯片每次上电、硬件复位瞬间会采样 BOOT0、BOOT1 硬件引脚电平决定本次开机从哪个内存区域执行代码。 新手最容易混淆的三个问题为什么有三种启动模式分别干什么用J-Link/ST-Link 仿真器下载和串口 FlyMcu 下载到底有什么本质区别Keil 搭配 J-Link下载完成后即使仿真器不拔部分场景下也需要手动按 Reset 才能运行程序FlyMcu 烧完能直接跑但重启又失效本文结合工程实操、Keil 配置、J-Link 真实行为、FlyMcu 运行机制一次性讲透纠正全网多处实操误区同时解释你遇到的 J-Link 特殊现象。一、STM32 三种启动区域功能完全隔离1. 用户 Flash 启动BOOT00BOOT1 任意—— 产品正式模式存储属性非易失性存储断电程序不丢失存放用户自己编写的业务代码。核心用途设备正常运行功能程序是产品量产唯一标准工作模式。工作逻辑只要 BOOT0 硬件电平为低任意上电、硬件复位芯片都会从 Flash 启动用户程序。定位该模式是用来「运行程序」并非专门用来「烧录程序」。2. 系统存储器启动BOOT01、BOOT10——ISP 下载模式存储属性ST 出厂一次性固化 Bootloader只读、不可擦除、不可修改不属于用户代码区。核心用途仅用于串口、USB DFU 固件下载上电默认只运行下载引导程序不会主动跳转到用户 Flash。工作逻辑硬件维持BOOT01、BOOT10时每一次硬件复位都会重新进入 ISP 下载界面。定位此模式下芯片相当于专用下载工具只接收固件不执行业务功能。3. SRAM 启动BOOT01、BOOT11—— 高级调试模式存储属性片内运行内存断电所有数据完全丢失无法存储固件。用途将代码临时加载至 RAM 运行减少 Flash 擦写损耗仅用于底层内核特殊调试。说明常规开发、固件烧录、产品量产完全不会用到。二、工程中两种烧录方式完整对比核心重点1. J-Link/ST-Link/DAPLink 仿真器烧录日常开发首选对应启动模式BOOT00Flash 正常运行模式无需改动拨码 / 跳帽底层原理通过 SWD/JTAG 硬件调试总线直接访问芯片内核绕开所有 Bootloader直接擦写、写入 Flash 存储区。文件需求无需手动生成 HEX 文件Keil 可直接通过仿真器下发编译后的固件。复位运行机制精准解释你遇到的现象包含不拔 J-Link 也需手动 Reset 的特殊情况标准调试流程点击 Download 后自动进断点Keil 默认配置下点击「Download」下载完成J-Link 下发软件内核复位CPU 复位后自动暂停在 main 函数断点直接在线调试全程不用按开发板 Reset。不拔 J-Link但下载后不自动运行、需要手动按 Reset 的几种特殊场景你遇到的情况归属此类场景 1Keil 调试配置关闭了「下载后自动复位并运行」选项场景 2工程开启了下载后校验 Flash校验完成后内核保持停机状态不会自动释放运行场景 3J-Link 驱动、调试适配器版本不匹配软件复位指令下发失效场景 4芯片开启了硬件看门狗、低功耗锁死内核软件复位无法唤醒场景 5仅使用 Load 下载没有进入 Debug 调试会话软件复位逻辑不会触发。3.通用结论软件复位依赖 Keil 调试配置与硬件驱动状态不是 100% 必生效一旦软件复位失效哪怕 J-Link 全程连接不拔也必须手动按下硬件 Reset 按键触发硬件复位芯片才能正常读取 Flash 程序运行。核心能力下载速度快、支持断点 / 单步 / 变量寄存器查看、可解除芯片读保护、修复内核卡死状态。适用场景日常功能迭代、代码调试、工装批量量产烧录。2. 串口 ISP 烧录FlyMcu 工具纯下载无调试对应启动模式硬件必须切换为BOOT01、BOOT10底层原理芯片上电运行 ST 原厂固化 Bootloader通过串口接收上位机固件数据写入用户主 Flash。前置必备操作重点FlyMcu 无法读取 Keil 工程仅支持.hex固件文件需在 Keil 开启输出点击 Keil 顶部魔术棒图标「Options for Target」切换至「Output」标签页勾选Create HEX File重新编译工程在工程Objects文件夹内生成 hex 文件载入 FlyMcu 即可烧录。FlyMcu 真实运行机制纠正片面教程误区网上 “烧完必须切回 BOOT00 才能运行” 表述不全实际行为分两种场景勾选 FlyMcu「编程后执行」固件写入 Flash 完成后系统 Bootloader 主动执行一次软件跳转指令直接跳到 0x08000000 运行用户程序此时不用切换 BOOT 引脚、不用按复位。关键限制该软件跳转仅单次临时生效不会改变硬件 BOOT 引脚电平。一旦断电、按下开发板硬件 Reset芯片复位瞬间重新读取BOOT01再次进入 ISP 下载模式无法自动运行业务代码。区分结论仅临时测试、不重启设备烧录完成无需改动 BOOT0要求断电 / 复位后自动运行烧录结束必须将 BOOT0 拨回 0。优缺点硬件仅需低成本 USB 转串口模块无需仿真器支持设备现场离线升级下载速率慢完全不支持代码调试。适用场景无仿真器应急烧录、现场设备固件升级、简易小批量烧录。三、启动模式与烧录方式一一对应关系BOOT00Flash 启动设备标准运行模式适配仿真器下载调试无需导出 HEX软件复位受 Keil 配置、驱动、芯片状态影响失效时无论是否拔仿真器都需要手动硬件 Reset 才能运行。BOOT01、BOOT10系统存储器 ISPFlyMcu 串口烧录专用模式Keil 需提前生成 HEX 固件烧录后可软件跳转临时运行硬件复位 / 断电后失效长期运行需切换 BOOT0 电平。BOOT01、BOOT11SRAM 启动和固件烧录、产品运行无关仅用于底层特殊调试。四、标准工程实操流程流程 1J-Link 仿真器日常开发调试硬件保持BOOT00SWD 接口连接 J-Link 与电脑标准调试Keil 进入 Debug 模式点击 Download自动软件复位停在断点特殊失效场景你当前现象仅 Load 下载 / 配置异常软件复位不生效不拔 J-Link 也需要手动按 Reset 按键芯片才能运行新程序调试完成后断开 J-Link同样需要硬件复位独立运行。流程 2FlyMcu 串口完整烧录流程Keil 工程配置勾选 Create HEX File编译生成 hex 固件硬件拨码切换BOOT01、BOOT10按下 Reset 进入 ISP 下载模式FlyMcu 载入 hex 文件勾选「编程后执行」点击开始烧录烧录完成软件自动跳转运行程序仅本次上电有效如需断电、复位后稳定自启将 BOOT0 拨回 0再次上电 / 复位。五、核心记忆总结Flash 启动产品正常运行模式J-Link 调试下载无需 HEX软件复位依赖工程配置失效时不拔仿真器也要手动 Reset。系统存储器 ISP 启动FlyMcu 串口下载专用必须导出 HEX烧完可临时运行硬件复位后失效长期运行需切换 BOOT00。SRAM 启动仅底层特殊调试使用常规开发无需关注。 
长河君 · 2026/10/30 12:33:51 · 阅读 1.2k STM32（F429）启动模式与两种烧录方式
前言STM32 所有启动逻辑、烧录逻辑的核心根源只有一个芯片每次上电、硬件复位瞬间会采样 BOOT0、BOOT1 硬件引脚电平决定本次开机从哪个内存区域执行代码。 新手最容易混淆的三个问题为什么有三种启动模式分别干什么用J-Link/ST-Link 仿真器下载和串口 FlyMcu 下载到底有什么本质区别Keil 搭配 J-Link下载完成后即使仿真器不拔部分场景下也需要手动按 Reset 才能运行程序FlyMcu 烧完能直接跑但重启又失效本文结合工程实操、Keil 配置、J-Link 真实行为、FlyMcu 运行机制一次性讲透纠正全网多处实操误区同时解释你遇到的 J-Link 特殊现象。一、STM32 三种启动区域功能完全隔离1. 用户 Flash 启动BOOT00BOOT1 任意—— 产品正式模式存储属性非易失性存储断电程序不丢失存放用户自己编写的业务代码。核心用途设备正常运行功能程序是产品量产唯一标准工作模式。工作逻辑只要 BOOT0 硬件电平为低任意上电、硬件复位芯片都会从 Flash 启动用户程序。定位该模式是用来「运行程序」并非专门用来「烧录程序」。2. 系统存储器启动BOOT01、BOOT10——ISP 下载模式存储属性ST 出厂一次性固化 Bootloader只读、不可擦除、不可修改不属于用户代码区。核心用途仅用于串口、USB DFU 固件下载上电默认只运行下载引导程序不会主动跳转到用户 Flash。工作逻辑硬件维持BOOT01、BOOT10时每一次硬件复位都会重新进入 ISP 下载界面。定位此模式下芯片相当于专用下载工具只接收固件不执行业务功能。3. SRAM 启动BOOT01、BOOT11—— 高级调试模式存储属性片内运行内存断电所有数据完全丢失无法存储固件。用途将代码临时加载至 RAM 运行减少 Flash 擦写损耗仅用于底层内核特殊调试。说明常规开发、固件烧录、产品量产完全不会用到。二、工程中两种烧录方式完整对比核心重点1. J-Link/ST-Link/DAPLink 仿真器烧录日常开发首选对应启动模式BOOT00Flash 正常运行模式无需改动拨码 / 跳帽底层原理通过 SWD/JTAG 硬件调试总线直接访问芯片内核绕开所有 Bootloader直接擦写、写入 Flash 存储区。文件需求无需手动生成 HEX 文件Keil 可直接通过仿真器下发编译后的固件。复位运行机制精准解释你遇到的现象包含不拔 J-Link 也需手动 Reset 的特殊情况标准调试流程点击 Download 后自动进断点Keil 默认配置下点击「Download」下载完成J-Link 下发软件内核复位CPU 复位后自动暂停在 main 函数断点直接在线调试全程不用按开发板 Reset。不拔 J-Link但下载后不自动运行、需要手动按 Reset 的几种特殊场景你遇到的情况归属此类场景 1Keil 调试配置关闭了「下载后自动复位并运行」选项场景 2工程开启了下载后校验 Flash校验完成后内核保持停机状态不会自动释放运行场景 3J-Link 驱动、调试适配器版本不匹配软件复位指令下发失效场景 4芯片开启了硬件看门狗、低功耗锁死内核软件复位无法唤醒场景 5仅使用 Load 下载没有进入 Debug 调试会话软件复位逻辑不会触发。3.通用结论软件复位依赖 Keil 调试配置与硬件驱动状态不是 100% 必生效一旦软件复位失效哪怕 J-Link 全程连接不拔也必须手动按下硬件 Reset 按键触发硬件复位芯片才能正常读取 Flash 程序运行。核心能力下载速度快、支持断点 / 单步 / 变量寄存器查看、可解除芯片读保护、修复内核卡死状态。适用场景日常功能迭代、代码调试、工装批量量产烧录。2. 串口 ISP 烧录FlyMcu 工具纯下载无调试对应启动模式硬件必须切换为BOOT01、BOOT10底层原理芯片上电运行 ST 原厂固化 Bootloader通过串口接收上位机固件数据写入用户主 Flash。前置必备操作重点FlyMcu 无法读取 Keil 工程仅支持.hex固件文件需在 Keil 开启输出点击 Keil 顶部魔术棒图标「Options for Target」切换至「Output」标签页勾选Create HEX File重新编译工程在工程Objects文件夹内生成 hex 文件载入 FlyMcu 即可烧录。FlyMcu 真实运行机制纠正片面教程误区网上 “烧完必须切回 BOOT00 才能运行” 表述不全实际行为分两种场景勾选 FlyMcu「编程后执行」固件写入 Flash 完成后系统 Bootloader 主动执行一次软件跳转指令直接跳到 0x08000000 运行用户程序此时不用切换 BOOT 引脚、不用按复位。关键限制该软件跳转仅单次临时生效不会改变硬件 BOOT 引脚电平。一旦断电、按下开发板硬件 Reset芯片复位瞬间重新读取BOOT01再次进入 ISP 下载模式无法自动运行业务代码。区分结论仅临时测试、不重启设备烧录完成无需改动 BOOT0要求断电 / 复位后自动运行烧录结束必须将 BOOT0 拨回 0。优缺点硬件仅需低成本 USB 转串口模块无需仿真器支持设备现场离线升级下载速率慢完全不支持代码调试。适用场景无仿真器应急烧录、现场设备固件升级、简易小批量烧录。三、启动模式与烧录方式一一对应关系BOOT00Flash 启动设备标准运行模式适配仿真器下载调试无需导出 HEX软件复位受 Keil 配置、驱动、芯片状态影响失效时无论是否拔仿真器都需要手动硬件 Reset 才能运行。BOOT01、BOOT10系统存储器 ISPFlyMcu 串口烧录专用模式Keil 需提前生成 HEX 固件烧录后可软件跳转临时运行硬件复位 / 断电后失效长期运行需切换 BOOT0 电平。BOOT01、BOOT11SRAM 启动和固件烧录、产品运行无关仅用于底层特殊调试。四、标准工程实操流程流程 1J-Link 仿真器日常开发调试硬件保持BOOT00SWD 接口连接 J-Link 与电脑标准调试Keil 进入 Debug 模式点击 Download自动软件复位停在断点特殊失效场景你当前现象仅 Load 下载 / 配置异常软件复位不生效不拔 J-Link 也需要手动按 Reset 按键芯片才能运行新程序调试完成后断开 J-Link同样需要硬件复位独立运行。流程 2FlyMcu 串口完整烧录流程Keil 工程配置勾选 Create HEX File编译生成 hex 固件硬件拨码切换BOOT01、BOOT10按下 Reset 进入 ISP 下载模式FlyMcu 载入 hex 文件勾选「编程后执行」点击开始烧录烧录完成软件自动跳转运行程序仅本次上电有效如需断电、复位后稳定自启将 BOOT0 拨回 0再次上电 / 复位。五、核心记忆总结Flash 启动产品正常运行模式J-Link 调试下载无需 HEX软件复位依赖工程配置失效时不拔仿真器也要手动 Reset。系统存储器 ISP 启动FlyMcu 串口下载专用必须导出 HEX烧完可临时运行硬件复位后失效长期运行需切换 BOOT00。SRAM 启动仅底层特殊调试使用常规开发无需关注。