STM32flash读保护的分析及解决办法#STM32H750VBT6##ST-LINK-Utility##芯片被锁#

成就更好的自己

好久没更新了，今天带来一批干货。

前几日博主无意间将一块芯片的flash读保护，当时并不知道读保护这个词，查遍资料与解决办法，网上的解决办法均与博主遇到的情况有区别，以至于不能解决问题，钻研一整晚，偶然间发现一奇特的办法，有其他方法的朋友欢迎留言评论。

目录

成就更好的自己

Flash读保护情况简介

出现Flash读保护的现象可能有以下情况

Flash读保护问题

如果出现以下情况，可能为出现读保护情况

若出现以上情况可使用ST-LINK-Utility准确判断一下

情况1：报错Can not read memony！Disale Read Out Protection and retry.且RDP显示的是X级(X大于等于1)情况2：报错Can not read memony！且RDP显示的是X级(X大于等于1)

情况2：报错Can not read memony！但是RDP却显示的是0级(0级是没有设置读保护)

解除读保护办法

最终原因分析

Flash读保护情况简介：

被读保护的芯片是STM32H750VBT6；

用到的软件是：

ST-LINK-Utility(STM生态的一个软件，是用于设置ST-LINK用的，官网可下)；

Keil5MDK；

Flash读保护的意义是在实际的产品发布中，如果不对储存在单片机Flash中的程序做一些保护的话，就有可能被一些不法公司，通过仿真器（J-Link，ST-Link等）把Flash中的程序读取回来，得到bin文件或hex文件，然后去山寨产品。所以我们需要对程序进行保护，一种比较简单可靠的方法就是把Flash设置成读保护。被设置为读保护的芯片去除读保护时会将片内所有Flash擦除(0xFF)，从而保证程序不会泄露。

出现Flash读保护的现象可能有以下情况：

1. 通过STM公司软件设置为读保护；
2. 使用JLINK和STLINK下载或仿真时供电不稳芯片；(请检查一下上一次你下的程序开SW调试了吗)
3. 使用FLYMCU软件进行串口下载时操作失误或供电不稳；
4. 上一次下载的程序或配置的时钟不符合硬件配置；
5. FLYMCU即使下载成功也会偶然出现被保护现象；(科普一下:被设置为读保护的芯片去除读保护时会将片内所有Flash擦除(0xFF)，这也就是FLYMCU串口下载程序时的第一步擦除芯片的方法，先将Flash设为读保护，再解除读保护。因此上述情况是FLYMCU即使下载成功也会偶然出现被保护现象的一个BUG，作为上古软件需要串口下载时不建议使用FLYMCU)

Flash读保护问题：

如果出现以下情况，可能为出现读保护情况：

STLINK与JLINK可以连接到电脑，能读出来芯片ID与其他信息且下载配置设置正确，但是下载总失败。

通过串口下载时可以连接到电脑，能读出来芯片ID与其他信息且下载配置设置正确，但报错为连接超时。

USB-DFU下载时报错为下载启动失败。

Flash擦除时，报错为检测到RDP为X(X为1,2,3)级；

若出现以上情况可使用ST-LINK-Utility准确判断一下

芯片连接STLINK后打开ST-LINK-Utility，然后点击下图的连接；

连接后会出现两种情况(均为读保护)：

情况1：报错Can not read memony！Disale Read Out Protection and retry.且RDP显示的是X级(X大于等于1)情况2：报错Can not read memony！且RDP显示的是X级(X大于等于1)

情况2：报错Can not read memony！但是RDP却显示的是0级(0级是没有设置读保护)

解除读保护办法：

情况1是网友遇见最多的，各个教程比比皆是。情况2是博主前几天遇见的，最蹊跷的地方在于我用USB下载和串口下载时都显示有RDP为1级，但是官方的ST-LINK-Utility却显示RDP为0级。此外，我通过其他方法解读保护时都显示已经成功解除，但是所有上述操作仍然无效。

于是一个奇怪而大胆的方法诞生了，人家别的软件都说是RDP为1级但你官方软件偏偏是0级，好啊，那我就给你设置成1级；

设置1级成功后我再给你设成0级；

令人震惊的一幕发生了，Device Memory的内容全部显示出来了，报错也消失了；但是实测后是不能直接下载程序的，还需要一步，再全片Flash擦除一次，之后就可以准备下载程序了；

为什么说是准备下载呢，此事过后，我的KeilMDK的原先STLINK下载配置并不能成功下载程序，会出现以下报错：

此时，只需再将Verify复选框去掉即可下载；

最终原因分析：

此次下载先前使用的是FLYMCU的串口下载，可能是因为下载过程中出现BUG从而导致被读保护，但是这种被读保护不是那种名正言顺设置的，所以可能就造成了这种flash读取保护等级紊乱的BUG，而且解保护无法正确进行，所以先进行读保护的设置，再按照正规解读保护的方法进行解读保护，这也是区别于网上常见错误的地方。