📚 课程目录第2章 STM32启动与存储基础

2. STM32启动与存储基础

在量产烧录中，很多“程序明明烧进去了却不运行”“换一批芯片就启动失败”“读保护一开就再也连不上”的问题，根源并不在烧录工具，而在于对STM32启动与存储结构的理解不够。STM32内部并不是一块简单的“程序仓库”，而是由Flash主存储区、Option Bytes、系统存储器、SRAM等多个物理区域组成，再配合BOOT引脚和选项字节决定的启动映射，才形成完整的启动链路。理解这条链路，才能判断“该烧哪里、烧什么、烧完为什么能跑”。

一、核心存储区域与启动映射

STM32上电或复位后，CPU并不是随意取指，而是根据BOOT配置把某个物理存储区映射到地址0x0000_0000处，然后从那里读取初始栈指针和复位向量。常见映射对象包括：

主Flash：存放用户应用程序，量产烧录的主要目标，通常从0x0800_0000开始。
系统存储器（System Memory）：厂商固化的Bootloader，支持UART、USB、CAN等接口下载，是产线“空片首烧”的入口。
SRAM：运行期数据与栈空间，也可被映射为启动区，用于调试或特殊下载模式。
Option Bytes：不是普通程序区，而是配置读保护RDP、写保护WRP、用户选项、复位行为等的“芯片保险丝”。

下图给出STM32典型启动与存储关系：BOOT配置决定映射源，Option Bytes决定访问权限，量产烧录则同时涉及主Flash、Option Bytes和系统存储器三条路径。

二、量产烧录必须同时处理的三类对象

很多工程师把“烧录”等同于“把hex写进Flash”，但在量产中，真正需要处理的是三类对象：

主Flash程序区：包含代码、常量、参数默认值。量产时通常按整片或按扇区擦除后写入，并做CRC或读回校验。
Option Bytes：决定读保护、写保护、看门狗硬件行为、复位后启动配置等。若量产时忘记配置，可能出现“程序能跑但能被读出”或“RDP开启后无法再次烧录”的问题。
系统存储器Bootloader：用于空片首烧或恢复。它不参与用户程序运行，但决定了产线能否通过串口/USB完成首次下载。

关键结论：量产烧录不是单一写Flash动作，而是“程序 + 选项字节 + 启动配置”的组合操作。只烧程序不配选项字节，量产一致性无法保证。

三、典型量产场景与操作流程

以某STM32F1系列产品为例，产线使用SWD接口批量烧录，要求开启读保护并保留SWD调试口。典型流程如下：

# 1. 连接目标芯片，确认ID与容量
STM32_Programmer_CLI -c port=SWD -ob displ

# 2. 全片擦除主Flash
STM32_Programmer_CLI -c port=SWD -e all

# 3. 写入用户程序
STM32_Programmer_CLI -c port=SWD -w firmware.hex -v

# 4. 配置Option Bytes：RDP=Level 1，保留SWD
STM32_Programmer_CLI -c port=SWD -ob RDP=0xBB

# 5. 读回校验并复位运行
STM32_Programmer_CLI -c port=SWD -v -rst

这里的关键是第4步。RDP=0xBB对应Level 1读保护，能阻止通过调试口读出Flash内容，但通常仍允许继续擦除和重新烧录。若误设为Level 2，则芯片将永久锁死，无法再通过调试口访问，量产中必须严格避免。

四、常见误区与复盘

误区	现象	根因	正确做法
只烧Flash，不配Option Bytes	程序能跑，但可被读出	RDP默认Level 0，无读保护	量产脚本中同步写入RDP/WRP
BOOT0悬空或接错	复位后不运行用户程序	启动映射指向系统存储器或SRAM	量产板固定BOOT0=0，并确认nBOOT_SEL
误开RDP Level 2	芯片永久无法连接	Level 2不可逆	量产只使用Level 1，并做配置校验
忽略SRAM启动模式	调试正常，量产异常	BOOT配置与产线工装不一致	统一工装BOOT电平，锁定启动模式

复盘提醒：量产烧录前必须确认三件事——BOOT引脚电平是否与量产模式一致、Option Bytes是否按产品要求配置、系统存储器Bootloader是否可用。任何一项缺失，都可能导致批量返工。

总结来看，STM32的启动与存储基础决定了量产烧录的边界：主Flash决定“程序放哪里”，Option Bytes决定“芯片是否被保护、如何启动”，系统存储器决定“空片如何首烧”，SRAM则影响运行期行为。把这四者与BOOT配置放在同一张图里理解，才能把量产烧录从“能写进去”提升到“每片一致、可追溯、可复现”。