STM32内部FLASH读写与芯片ID读取：原理、风险与工程实践

1. 项目概述：为什么需要读写内部FLASH与读取芯片ID？

在嵌入式开发，尤其是基于STM32这类MCU的项目中，读写内部FLASH和读取芯片唯一ID（UID）是两项非常基础但又至关重要的技能。这不仅仅是技术文档里的一个章节，更是项目从原型走向产品化过程中，绕不开的实际需求。我遇到过不少开发者，在项目初期只关注功能实现，等到需要做生产批次管理、软件加密、参数存储或者在线升级（IAP）时，才回头来补课，往往手忙脚乱。

简单来说，内部FLASH就是STM32芯片内置的“硬盘”。除了存放我们编译好的程序代码（只读），它还有一部分剩余空间可以被我们像操作EEPROM一样，用来存储那些掉电不能丢失的数据，比如设备的校准参数、用户配置、运行日志或者IAP升级时的备份程序。而芯片的唯一ID，则是每一片STM32与生俱来的“身份证号”，全球唯一。这个ID在防止软件被非法拷贝、实现设备身份认证、生产追溯以及生成唯一的加密密钥等场景下，是不可或缺的。

网上很多教程只给代码，不讲为什么这么操作，也不提操作背后的风险。比如，直接擦除FLASH导致程序跑飞，或者在不了解FLASH寿命的情况下频繁写入，导致产品提前失效。这篇文章，我将结合自己踩过的坑，从原理到实操，详细拆解如何在STM32上安全、高效地完成这两项任务，并分享那些数据手册里不会写的注意事项。

2. 核心原理与硬件基础剖析

2.1 STM32内部FLASH的架构与特性

STM32的内部FLASH存储器，其物理结构和操作特性与我们熟悉的RAM或EEPROM有本质区别。理解这些区别，是安全操作的前提。

首先，FLASH存储器是以“页”（Page）或“扇区”（Sector）为单位进行管理的。对于不同系列的STM32，这个最小擦除单位的大小不同。例如，STM32F1系列通常是1KB或2KB一页，而STM32F4/F7/H7系列则可能以扇区划分，大小从16KB到128KB甚至更大。最关键的原则是：FLASH在写入前，必须先擦除。而擦除的最小单位就是一个页或扇区，擦除后的状态是所有位为‘1’（即0xFF）。写入操作只能将‘1’变成‘0’，而不能将‘0’变回‘1’。这意味着，如果你想修改某个地址已经写入的数据，必须把整个它所在的页擦掉重写。

其次，FLASH有写入寿命限制。通常，STM32内部FLASH的典型擦写寿命是1万次（10k cycles）。这个次数是针对同一个存储单元而言的。如果你频繁地在同一个地址更新数据，很快就会达到寿命极限，导致该区域数据不可靠。因此，在实际应用中，我们常采用“磨损均衡”的策略，比如将数据在多个地址间轮转存储。

再者，对FLASH进行编程（写入）或擦除操作时，内核必须从RAM中执行指令，而不能从正在被操作的FLASH区域取指。这是因为操作本身会挂起对FLASH的访问。所以，相关的库函数（如HAL_FLASH_Program）需要被链接到RAM中执行，或者确保CPU在此期间从其他存储器（如RAM）运行代码。

2.2 芯片唯一ID（Unique Device ID）的来源与用途

每一颗STM32芯片在出厂时，都被激光刻录了一个96位（12字节）的唯一ID。这个ID是固化在芯片硅片上的，不可更改，全球唯一。对于STM32F1系列，这个ID的起始地址通常是0x1FFFF7E8；对于F4系列，是0x1FFF7A10。具体地址需要查阅对应型号的参考手册（Reference Manual）。

这个96位ID的用途非常广泛：

1. 软件加密/版权保护：在程序启动时，读取芯片ID，与程序中预存的合法ID列表或通过该ID计算出的密钥进行比对。如果不匹配，则拒绝运行或进入功能受限模式。这是防止产品固件被简单复制到其他芯片上运行的有效手段。
2. 生成唯一密钥：在安全应用中，可以将这个唯一的ID作为种子，通过加密算法（如AES, HMAC）生成设备唯一的密钥，用于通信加密或数据签名。
3. 生产追溯与设备标识：在设备出厂时，可以将芯片ID与产品序列号、生产批次等信息绑定，存入数据库。便于后期质量追踪、维修和服务。
4. 网络节点地址：在如CAN、LoRa等网络应用中，可以用芯片ID的一部分作为设备的唯一物理地址，避免地址冲突。

注意：虽然ID是唯一的，但直接明文使用它并不安全。在防抄板场景中，高级的做法是使用ID作为输入，结合一个只有你知道的“盐值”（Salt）和复杂的哈希算法，生成一个校验码。程序运行时动态计算并比对，这样即使别人反汇编了你的代码，也难以直接提取出有效的ID列表。

2.3 操作FLASH的关键风险与硬件约束

在动手写代码之前，必须清醒认识到以下风险：

• 中断与代码位置：在执行FLASH擦写操作期间，必须禁止所有中断（__disable_irq()），因为任何中断服务程序的执行都可能需要从FLASH取指，这会导致操作失败甚至芯片锁死。同时，执行擦写操作的函数代码本身必须位于RAM中。HAL库通常已经处理了这一点，但如果你是自己写的底层驱动或者使用标准外设库，需要特别注意。一个简单的验证方法是，在调试时查看调用擦写函数时的PC指针地址，如果地址位于0x200xxxxx（RAM区域），则是正确的。
• 操作时序与解锁：STM32的FLASH控制器有一个锁机制（FLASH_CR寄存器中的LOCK位），上电后默认是锁定的，以防止误操作。在进行任何编程或擦除操作前，必须先向特定的密钥寄存器（FLASH_KEYR）写入两个解锁密钥（KEY1和KEY2）来解锁。HAL库提供了HAL_FLASH_Unlock()函数来完成这个操作。操作完成后，最好再调用HAL_FLASH_Lock()上锁。
• 电源稳定性：FLASH擦写对电源电压非常敏感。必须在芯片规定的电压范围内（通常就是正常工作电压）进行操作。在电池供电且电压可能波动的系统中，在擦写前检查电源电压是一个好习惯。
• 跨页/扇区写入：如果你要存储的数据结构大小超过了一个页，你需要精心设计存储策略。不能简单地连续写入，因为当写到页边界时，继续写入下一个地址实际上属于另一个页，而那个页如果没有被擦除，写入会失败。通常需要先计算好数据所占用的页范围，然后一次性擦除所有这些页，再按顺序写入。

3. 软件设计与驱动实现详解

3.1 开发环境与工程配置要点

本项目以STM32CubeIDE开发环境、HAL库为基础进行讲解。这些概念同样适用于Keil MDK或IAR EWARM，只是具体的工程配置选项略有不同。

首先，在STM32CubeMX中初始化你的芯片时，不需要为内部FLASH操作专门配置任何外设。FLASH控制器是内核相关的，其驱动已经包含在HAL库中。你需要关注的是工程配置：

1. 链接脚本（.ld文件）：这是重中之重。默认的链接脚本会把所有代码和数据都放到FLASH中。我们需要手动划分出一块区域，专门用于存储用户数据，避免与程序代码区域冲突。 打开工程的STM32XXXXXX_FLASH.ld文件（XXXXXX代表你的芯片型号），找到MEMORY部分。你会看到类似下面的定义：

   MEMORY { RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 128K FLASH (rx) : ORIGIN = 0x8000000, LENGTH = 1024K }

   我们需要修改FLASH的定义，将其分为两部分。假设我们的芯片有1024K FLASH，我们打算将最后16K（0xFC000 - 0xFFFFF）作为数据存储区，可以这样修改：

   MEMORY { RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 128K FLASH (rx) : ORIGIN = 0x8000000, LENGTH = 1008K /* 1024K - 16K */ DATA_FLASH (rx) : ORIGIN = 0x80FC000, LENGTH = 16K /* 最后16K */ }

   然后，在SECTIONS部分，你需要定义一个专门的段来映射到这个DATA_FLASH区域。但更常见的简单做法是：不修改链接脚本，而是在代码中直接使用一个绝对地址，只要确保这个地址位于程序代码占用的范围之后，并且是页对齐的。我推荐后一种方法，因为它更简单直观，适合中小项目。例如，通过查看编译生成的map文件，知道程序代码用到了0x8000000到0x801A000，那么我们可以选择0x801C000作为数据存储起始地址。

2. 编译器优化：对于从FLASH读取数据到变量（特别是读取芯片ID）的代码，建议将被操作的变量声明为volatile，防止编译器进行激进的优化，导致读取不到最新值或产生奇怪的错误。

3.2 FLASH读写驱动层代码实现

我们将把FLASH操作封装成一个独立的模块（flash_ops.c/h），提高代码的复用性和可维护性。

首先，在头文件中定义一些关键参数和函数接口：

// flash_ops.h #ifndef __FLASH_OPS_H #define __FLASH_OPS_H #include “main.h” // 包含必要的HAL头文件 // 根据你的芯片型号定义FLASH参数，以STM32F407VG（1MB FLASH）为例 #define FLASH_START_ADDR 0x08000000UL #define FLASH_END_ADDR 0x080FFFFFUL #define FLASH_PAGE_SIZE 0x4000UL // F407的扇区0大小为16KB #define FLASH_DATA_BASE_ADDR 0x080FC000UL // 假设使用最后16KB作为数据区 #define FLASH_DATA_END_ADDR (FLASH_DATA_BASE_ADDR + 0x4000UL - 1) // 错误码定义 typedef enum { FLASH_OK = 0, FLASH_ERROR_UNLOCK, FLASH_ERROR_ERASE, FLASH_ERROR_WRITE, FLASH_ERROR_ADDR, FLASH_ERROR_LOCK } Flash_Status_t; // 函数声明 Flash_Status_t FLASH_Erase_Sector(uint32_t sector_addr); Flash_Status_t FLASH_Write_Word(uint32_t addr, uint64_t data); Flash_Status_t FLASH_Write_Buffer(uint32_t addr, uint8_t *pData, uint32_t size); void FLASH_Read_Buffer(uint32_t addr, uint8_t *pBuffer, uint32_t size); uint32_t FLASH_Read_ChipID(void); // 读取芯片唯一ID（这里以32位示例，实际是96位） #endif

接下来，是实现文件中的关键函数。请注意，以下代码包含了重要的安全操作逻辑和错误处理：

// flash_ops.c #include “flash_ops.h” #include <string.h> // 用于memcpy // 辅助函数：获取地址所在的扇区号（针对STM32F4系列，其他系列需调整逻辑） static uint32_t Get_Sector(uint32_t addr) { uint32_t sector = 0; if (addr < 0x08004000) sector = 0; else if (addr < 0x08008000) sector = 1; else if (addr < 0x0800C000) sector = 2; // ... 根据你的芯片手册补充所有扇区 else if (addr < 0x080E0000) sector = 11; else sector = 12; // 最后128KB的扇区 return sector; } /** * @brief 擦除指定地址所在的整个扇区 * @param sector_addr: 扇区内的任意一个地址 * @retval Flash_Status_t */ Flash_Status_t FLASH_Erase_Sector(uint32_t sector_addr) { HAL_StatusTypeDef hal_status; FLASH_EraseInitTypeDef EraseInitStruct; uint32_t SectorError = 0; // 1. 地址合法性检查（必须在数据区内） if (sector_addr < FLASH_DATA_BASE_ADDR || sector_addr >= FLASH_DATA_END_ADDR) { return FLASH_ERROR_ADDR; } // 2. 解锁FLASH HAL_FLASH_Unlock(); // 3. 配置擦除参数 EraseInitStruct.TypeErase = FLASH_TYPEERASE_SECTORS; EraseInitStruct.Banks = FLASH_BANK_1; // 对于单Bank芯片 EraseInitStruct.Sector = Get_Sector(sector_addr); EraseInitStruct.NbSectors = 1; // 每次只擦除一个扇区，安全 EraseInitStruct.VoltageRange = FLASH_VOLTAGE_RANGE_3; // 根据芯片电压选择，3表示2.7V-3.6V // 4. 执行擦除，并关闭所有中断以确保操作原子性 __disable_irq(); hal_status = HAL_FLASHEx_Erase(&EraseInitStruct, &SectorError); __enable_irq(); // 5. 检查擦除结果 if (hal_status != HAL_OK) { // 可以在这里记录SectorError的具体值，用于调试 HAL_FLASH_Lock(); return FLASH_ERROR_ERASE; } // 6. 上锁FLASH（也可以留到所有写操作完成后统一上锁） HAL_FLASH_Lock(); return FLASH_OK; } /** * @brief 写入一个双字（64位）到指定地址 * @note STM32的FLASH编程以双字（64位）或字（32位，取决于系列）为单位。 * 地址必须8字节对齐（对于双字编程）。 * @param addr: 写入地址，必须8字节对齐 * @param data: 要写入的64位数据 * @retval Flash_Status_t */ Flash_Status_t FLASH_Write_Word(uint32_t addr, uint64_t data) { // 地址对齐和范围检查 if ((addr & 0x7) != 0) return FLASH_ERROR_ADDR; // 地址不是8的倍数 if (addr < FLASH_DATA_BASE_ADDR || addr >= FLASH_DATA_END_ADDR) return FLASH_ERROR_ADDR; HAL_FLASH_Unlock(); __disable_irq(); HAL_StatusTypeDef status = HAL_FLASH_Program(FLASH_TYPEPROGRAM_DOUBLEWORD, addr, data); __enable_irq(); HAL_FLASH_Lock(); return (status == HAL_OK) ? FLASH_OK : FLASH_ERROR_WRITE; } /** * @brief 写入一段数据缓冲区 * @param addr: 起始地址，建议8字节对齐以获得最佳性能 * @param pData: 源数据缓冲区指针 * @param size: 数据大小（字节） * @retval Flash_Status_t * @note 这是一个简化版本，假设目标区域已被擦除，且数据大小是8字节的整数倍。 * 实际应用中需要处理非对齐和非整数倍的情况。 */ Flash_Status_t FLASH_Write_Buffer(uint32_t addr, uint8_t *pData, uint32_t size) { if (addr < FLASH_DATA_BASE_ADDR || (addr + size) > FLASH_DATA_END_ADDR) { return FLASH_ERROR_ADDR; } HAL_FLASH_Unlock(); __disable_irq(); uint32_t *pSrc = (uint32_t*)pData; uint32_t words_to_write = (size + 3) / 4; // 计算需要写入的32位字数（向上取整） // 注意：更严谨的做法是按芯片支持的最小编程单位（双字或字）来操作 // 这里以字（32位）编程为例，适用于STM32F1等系列 for (uint32_t i = 0; i < words_to_write; i++) { // 计算当前要写入的地址 uint32_t write_addr = addr + i * 4; // 确保地址不越界（对于最后不足4字节的部分） uint32_t data_word; if ((i == words_to_write - 1) && (size % 4 != 0)) { // 处理最后不足4字节的情况：将剩余的字节拷贝到一个32位变量，未使用的部分保持0xFF（已擦除状态） uint8_t last_bytes = size % 4; data_word = 0xFFFFFFFF; // 默认全1 memcpy(&data_word, pSrc + i, last_bytes); // 只拷贝有效的字节 } else { data_word = pSrc[i]; } HAL_StatusTypeDef status = HAL_FLASH_Program(FLASH_TYPEPROGRAM_WORD, write_addr, data_word); if (status != HAL_OK) { __enable_irq(); HAL_FLASH_Lock(); return FLASH_ERROR_WRITE; } } __enable_irq(); HAL_FLASH_Lock(); return FLASH_OK; } /** * @brief 从FLASH读取数据到缓冲区 * @param addr: 起始地址 * @param pBuffer: 目标缓冲区指针 * @param size: 要读取的字节数 * @note 读取操作无需解锁，可以直接进行。 */ void FLASH_Read_Buffer(uint32_t addr, uint8_t *pBuffer, uint32_t size) { // 简单的地址范围检查 if (addr >= FLASH_START_ADDR && (addr + size) <= (FLASH_END_ADDR + 1)) { memcpy(pBuffer, (uint8_t*)addr, size); } // 在实际产品代码中，这里应该返回错误码，而不是静默失败 } /** * @brief 读取芯片的96位唯一ID，并返回一个32位的哈希值（示例） * @retval 一个基于96位ID计算出的32位标识符 */ uint32_t FLASH_Read_ChipID(void) { // 以STM32F407为例，96位UID起始地址为0x1FFF7A10 volatile uint32_t *pUID = (volatile uint32_t*)0x1FFF7A10UL; uint32_t id_part1 = pUID[0]; // 低32位 uint32_t id_part2 = pUID[1]; // 中间32位 uint32_t id_part3 = pUID[2]; // 高32位 // 简单地将三部分进行异或，生成一个32位ID（仅作示例，实际应用应使用更复杂的哈希） uint32_t short_id = id_part1 ^ id_part2 ^ id_part3; return short_id; }

3.3 应用层数据存储策略设计

有了底层驱动，我们还需要一个应用层的存储管理策略。直接按地址读写非常容易出错，一个好的策略能极大提升可靠性。

方案一：静态定长参数存储这是最简单的情况。比如你只需要存储10个校准参数，每个参数是4字节的float。你可以定义一个结构体，并固定存储在某个扇区的起始地址。

typedef struct { float calib_factor; uint32_t serial_number; uint8_t device_mode; // ... 其他参数 uint32_t crc; // 用于校验数据完整性 } SystemParams_t; #define PARAMS_FLASH_ADDR FLASH_DATA_BASE_ADDR void Save_Params(SystemParams_t *params) { // 1. 计算CRC并填入结构体 params->crc = Calculate_CRC((uint8_t*)params, sizeof(SystemParams_t) - 4); // 2. 擦除整个参数存储扇区 FLASH_Erase_Sector(PARAMS_FLASH_ADDR); // 3. 将整个结构体写入FLASH FLASH_Write_Buffer(PARAMS_FLASH_ADDR, (uint8_t*)params, sizeof(SystemParams_t)); } bool Load_Params(SystemParams_t *params) { // 1. 从FLASH读取结构体 FLASH_Read_Buffer(PARAMS_FLASH_ADDR, (uint8_t*)params, sizeof(SystemParams_t)); // 2. 校验CRC uint32_t stored_crc = params->crc; uint32_t calc_crc = Calculate_CRC((uint8_t*)params, sizeof(SystemParams_t) - 4); return (stored_crc == calc_crc); }

方案二：简易磨损均衡与日志式存储适用于需要频繁更新，且数据量不大的场景（如系统运行时间计数器）。我们使用两个扇区（PageA和PageB）轮换存储。

1. 每个扇区的第一个字（4字节）作为“状态字”，0xFFFFFFFF表示空闲，0xAAAAAAAA表示有效，0x55555555表示已满或无效。
2. 每次需要更新数据时，找到状态为“空闲”或“有效”的扇区，将新数据写入该扇区的下一个可用位置，并更新状态字。
3. 当一个扇区写满后，将其状态标记为“已满”，并切换到另一个扇区，同时擦除“已满”的扇区使其变为“空闲”。 这种方法能将擦写次数分摊到两个扇区，延长FLASH寿命。

4. 实战演练：从零开始构建一个完整的示例

4.1 工程搭建与驱动集成

假设我们使用STM32CubeIDE和一颗STM32F407VET6芯片。

1. 使用STM32CubeMX创建工程：配置好时钟树（使用外部晶振，达到最大168MHz）、调试接口（SWD）。其他外设如UART（用于打印日志）按需配置。在Project Manager中设置好工程名、路径，选择Toolchain/IDE为STM32CubeIDE。
2. 生成代码：点击GENERATE CODE，用IDE打开工程。
3. 添加驱动文件：在工程Src和Inc文件夹下，分别创建flash_ops.c和flash_ops.h，将上一节的代码复制进去。
4. 修改链接脚本（可选）：如果你决定修改链接脚本以预留数据区，右键工程 ->Properties->C/C++ Build->Settings->Tool Settings->MCU GCC Linker->General，取消勾选Use default linker script，并指定你修改后的.ld文件路径。对于初学者，我强烈建议先使用绝对地址法，跳过此步。
5. 在main.c中包含头文件并测试：

/* Private includes ----------------------------------------------------------*/ #include “flash_ops.h” #include <stdio.h> // 如果使用printf /* Private function prototypes -----------------------------------------------*/ void SystemClock_Config(void); int main(void) { HAL_Init(); SystemClock_Config(); // 初始化你的UART等外设... printf(“STM32 Internal FLASH R/W & Chip ID Demo\r\n”); // 测试1：读取芯片ID uint32_t myChipID = FLASH_Read_ChipID(); printf(“Chip Unique ID (32-bit hash): 0x%08lX\r\n”, myChipID); // 测试2：定义测试数据地址（使用最后扇区的起始地址，确保不会擦到程序） // 查找你的芯片手册，确定最后一个扇区的地址。对于F407VE，最后一个扇区是Sector 11，起始地址0x080E0000 #define TEST_FLASH_ADDR 0x080E0000UL // 测试3：擦除扇区 printf(“Erasing Sector at 0x%08lX...”, TEST_FLASH_ADDR); Flash_Status_t status = FLASH_Erase_Sector(TEST_FLASH_ADDR); if (status == FLASH_OK) { printf(“OK\r\n”); } else { printf(“FAILED! Error: %d\r\n”, status); while(1); } // 测试4：写入数据 uint64_t test_data = 0x0123456789ABCDEFULL; printf(“Writing 0x%016llX to 0x%08lX...”, test_data, TEST_FLASH_ADDR); status = FLASH_Write_Word(TEST_FLASH_ADDR, test_data); if (status == FLASH_OK) { printf(“OK\r\n”); } else { printf(“FAILED! Error: %d\r\n”, status); } // 测试5：读取并验证 uint64_t read_back_data = *(volatile uint64_t*)TEST_FLASH_ADDR; printf(“Data read back: 0x%016llX\r\n”, read_back_data); if (read_back_data == test_data) { printf(“FLASH R/W Test PASSED!\r\n”); } else { printf(“FLASH R/W Test FAILED!\r\n”); } while (1) { // 主循环 } }

4.2 调试技巧与结果验证

1. 使用调试器查看内存：这是最直接的验证方式。在IDE的调试模式下，暂停程序，打开Memory Browser窗口，输入你的测试地址（如0x080E0000），可以看到该地址开始的原始数据。擦除后应显示全FF，写入后应显示你写入的数据。
2. 串口打印日志：如上例所示，通过串口将关键步骤和结果打印出来，便于实时观察。
3. 验证芯片ID：读取到的96位原始ID，你可以去ST官网查询这颗芯片的编程手册，核对ID的格式。通常，同一个型号、同一批次的芯片，其ID的前面部分（厂商信息、晶圆号）可能是相同的，只有最后几位序列号不同。用简单的异或得到的32位哈希，只要在批量生产中能区分每一颗芯片即可。
4. 边界条件测试：尝试向未擦除的地址写入数据，观察是否返回错误；尝试写入非对齐地址，观察程序行为。这些测试能帮你完善驱动程序的鲁棒性。

5. 常见问题、故障排查与高级技巧

5.1 典型错误与解决方案速查表

5.2 高级技巧与经验分享

1. 为FLASH操作增加超时机制：HAL库的擦写函数本身有超时，但你可以在应用层再封装一层。例如，在开始擦写前启动一个硬件定时器，如果在预期时间内（如100ms）操作未完成（可以通过检查FLASH_SR寄存器的忙标志），则强制终止并复位FLASH控制器，防止芯片死锁。
2. 数据校验至关重要：永远不要相信FLASH存储是100%可靠的。除了在存储结构体末尾添加CRC32校验外，对于关键数据，可以采用“双备份+投票”机制。即同一份数据存三份，读取时取三者中相同的两个，或者采用更复杂的ECC算法。
3. 利用芯片ID进行软件激活：在产品发布时，可以设计一个“激活”流程。设备首次运行时，读取芯片ID，结合一个产品密钥，通过算法生成一个激活码。用户需要将这个激活码反馈给厂家，厂家用同样的算法生成一个对应的响应码。设备验证响应码通过后，才开启完整功能。这样即使程序被完整提取，没有厂家的密钥也无法在新芯片上激活。
4. 调试阶段保护程序区：在开发调试阶段，如果你不确定数据存储地址是否安全，一个笨办法但有效的方法是：在FLASH_Erase_Sector函数里加入强硬限制，禁止擦除前几个包含程序代码的扇区。例如，判断sector_addr < 0x08010000就直接返回错误。
5. 阅读官方例程：ST官方提供的HAL库包（STM32Cube_FW_Fx_Vx.x.x）里，在Projects目录下通常有FLASH相关的示例工程（Examples/FLASH或Demonstrations）。这些例程是最佳参考，包含了完整的配置和操作流程。