STM32HAL库-F1-基于RDP与WRP的FLASH双重保护机制实战（详解）

1. STM32F1的FLASH双重保护机制是什么？

第一次接触STM32的FLASH保护功能时，我也被各种专业术语搞得一头雾水。后来在实际项目中踩过几次坑才明白，RDP（Read Protection）和WRP（Write Protection）其实就是给芯片里的FLASH存储器加了两把锁。

想象你的FLASH是个保险箱，RDP就像给保险箱加了密码锁，防止别人偷看里面的内容；WRP则是在某些抽屉上加了物理锁，禁止往里面放东西。STM32F1系列通过这两重保护，可以有效防止固件被非法读取或篡改。

我去年做过一个工业控制器项目，客户特别强调要防止竞争对手抄袭代码。当时只用RDP保护，结果发现通过调试接口还是能读取部分关键参数。后来加上WRP才彻底解决问题，这也让我意识到双重保护的必要性。

2. 硬件与开发环境准备

2.1 硬件选型要点

我用的是STM32F103CBT6最小系统板，这是最经典的F1系列芯片。选择硬件时要注意：

• FLASH容量要匹配你的需求（这款是128KB）
• 确保调试接口可用（SWD或JTAG）
• 最好预留串口用于调试输出

2.2 软件工具链

我的开发环境组合是：

• Keil MDK 5.29（编译器版本V5.06）
• STM32CubeMX 5.6.1
• ST-Link Utility（用于烧录和调试）

这里有个坑要注意：不同版本的HAL库对保护机制的支持可能有差异。我遇到过CubeMX 6.x生成的代码在F1上不兼容的情况，所以建议先用稳定版本。

3. CubeMX配置与工程搭建

3.1 基础工程配置

在CubeMX中新建工程时：

1. 选择正确的芯片型号
2. 配置时钟树（建议先用内部RC振荡器测试）
3. 启用USART1用于调试输出
4. 记得开启GPIO时钟

3.2 FLASH保护相关设置

CubeMX里没有直接配置保护选项的界面，但需要确保：

• 在Project Manager中勾选"Generate peripheral initialization as a pair of .c/.h files"
• 在Code Generator中启用"Generate peripheral initialization as a pair of .c/.h files"

4. RDP读保护实战

4.1 保护等级详解

STM32的RDP有三个级别：

• Level 0：无保护
• Level 1：启用保护（最常见）
• Level 2：永久保护（慎用！）

我一般用Level 1，因为Level 2一旦启用就无法撤销，连工厂烧录都没法恢复。

4.2 代码实现

在bsp_flash.c中添加以下关键函数：

HAL_StatusTypeDef FLASH_If_EnableReadProtection(void) { FLASH_OBProgramInitTypeDef OptionsBytesStruct = {0}; HAL_FLASHEx_OBGetConfig(&OptionsBytesStruct); if(OptionsBytesStruct.RDPLevel == OB_RDP_LEVEL_0) { OptionsBytesStruct.OptionType = OPTIONBYTE_RDP; OptionsBytesStruct.RDPLevel = OB_RDP_LEVEL_1; HAL_FLASH_Unlock(); HAL_FLASH_OB_Unlock(); if(HAL_FLASHEx_OBProgram(&OptionsBytesStruct) != HAL_OK) { HAL_FLASH_OB_Lock(); HAL_FLASH_Lock(); return HAL_ERROR; } HAL_FLASH_OB_Launch(); // 这个很关键！ HAL_FLASH_OB_Lock(); HAL_FLASH_Lock(); } return HAL_OK; }

注意HAL_FLASH_OB_Launch()这个函数，它负责将选项字节加载到实际硬件。很多初学者漏掉这步导致保护不生效。

5. WRP写保护进阶配置

5.1 保护区域规划

WRP可以保护特定FLASH扇区。F103CBT6的FLASH分布如下：

建议把关键参数放在最后几个扇区，然后单独保护这些区域。

5.2 写保护实现代码

HAL_StatusTypeDef FLASH_If_EnableWriteProtection(uint32_t sectors) { FLASH_OBProgramInitTypeDef OptionsBytesStruct = {0}; OptionsBytesStruct.OptionType = OPTIONBYTE_WRP; OptionsBytesStruct.WRPState = OB_WRP_ENABLE; OptionsBytesStruct.WRPSector = sectors; HAL_FLASH_Unlock(); HAL_FLASH_OB_Unlock(); if(HAL_FLASHEx_OBProgram(&OptionsBytesStruct) != HAL_OK) { HAL_FLASH_OB_Lock(); HAL_FLASH_Lock(); return HAL_ERROR; } HAL_FLASH_OB_Launch(); HAL_FLASH_OB_Lock(); HAL_FLASH_Lock(); return HAL_OK; }

使用时传入要保护的扇区掩码，比如要保护扇区7就传0x80。

6. 双重保护联动机制

6.1 保护协同策略

在实际项目中，我通常这样搭配使用：

1. RDP Level 1保护整个芯片
2. WRP保护存储关键参数的扇区
3. 在启动代码中校验保护状态

6.2 保护状态检测

添加这个函数检查保护状态：

void Check_ProtectionStatus(void) { FLASH_OBProgramInitTypeDef OptionsBytesStruct = {0}; HAL_FLASHEx_OBGetConfig(&OptionsBytesStruct); printf("RDP Level: %d\n", OptionsBytesStruct.RDPLevel); printf("WRP Sectors: 0x%08X\n", OptionsBytesStruct.WRPSector); if(OptionsBytesStruct.RDPLevel != OB_RDP_LEVEL_1) { printf("Warning: RDP not enabled!\n"); } if((OptionsBytesStruct.WRPSector & 0x80) == 0) { printf("Warning: Sector7 not protected!\n"); } }

7. 常见问题与解决方案

7.1 保护后无法下载程序

这个问题我遇到过无数次。解决方法：

1. 用ST-Link Utility连接芯片
2. 进入Target > Option Bytes
3. 将Read Out Protection改为Disabled
4. 点击Apply并全片擦除

7.2 保护失效的可能原因

• 忘记调用OB_Launch
• 选项字节写入后没有复位
• 芯片已经处于更高保护等级
• 电源不稳定导致写入失败

7.3 调试技巧

建议在开发阶段：

1. 先不加保护完成功能开发
2. 单独测试保护功能
3. 使用串口打印调试信息
4. 准备一个"解除保护"的固件备用

8. 实际应用案例

去年给客户做的智能电表项目就用了这套方案：

1. RDP保护核心算法
2. WRP保护校准参数
3. 在启动时校验保护状态
4. 检测到篡改就触发安全机制

实测可以有效防止99%的简单破解尝试。当然，没有任何方案是绝对安全的，但这至少大大提高了破解门槛。