STM32H725 DFU模式下STM32CubeProgrammer中Option Bytes置灰求助

安全机制限制说明 #

STM32H725确实存在硬件安全机制限制DFU模式下的Option Bytes（OB）访问：

• 当芯片RDP（Read Protection）等级设为Level 1或Level 2时，DFU模式会直接限制OB的读写操作，这是硬件层面的防护，避免未授权修改关键安全配置。
• 若启用PCROP（Protected Code Readout Protection），也会连带锁定OB访问权限，因为PCROP与OB的安全配置深度绑定。

解锁方案 #

1. SWD/JTAG接口解锁（最可靠） #

• 用SWD/JTAG调试器连接芯片，通过STM32CubeProgrammer进入调试模式。
• 执行RDP解锁：在"Option Bytes"界面将RDP等级从Level 1改回Level 0（注意：此操作会触发全片擦除，务必提前备份数据）。
• 解锁RDP后即可正常修改OB，之后可按需重新设置RDP等级。

2. DFU模式下的命令行解锁（限特定场景） #

如果无法使用SWD/JTAG，可尝试：

• 确保使用的DFU固件为官方版本（自定义DFU固件可能刻意锁死OB）。
• 打开命令行，执行STM32_Programmer_CLI -c port=usb1 -ob unlock命令，尝试直接解锁OB区域。此方法仅在RDP为Level 0且无其他锁止时有效。

关于直接修改OB内存地址的说明 #

STM32H725的OB存储在系统存储区0x1FF10000 - 0x1FF1007F地址段，但直接十六进制编辑不可行：

• OB修改需遵循特定编程时序，必须通过芯片内置编程控制器执行，直接写入内存地址不会触发OB校验和更新，重启后会自动恢复原配置。
• OB区域自带硬件写保护，仅在解锁状态下通过官方工具的合法流程才能完成修改。

内容的提问来源于stack exchange，提问作者Elian Schmitt