如何优雅的使用 MDK 解除芯片读保护？

经历过产品量产的同学应该都知道，芯片一般会在出厂时开启读保护：要么在代码中加入，要么在烧录程序后人工通过软件开启该功能，比如STM32 ST-LINK Utility：

当然也可以使用该工具关闭读保护功能。

为了保证程序不被读取，大多数产品应该会直接在量产代码中加入该功能，但这样会导致一个麻烦的问题：无法正常调试。

每次下载后，如果代码出现问题，都需要在线调试，而你的代码为了不忘记，默认就是开启读保护功能的，所以每次下载后，如果发现问题，你可能要找一个工具，如 J-Flash 或者上面的软件负责关闭读保护，让我们的开发效率降低不少。

是否有更好的方法解除读保护呢?

今天鱼鹰介绍一种使用 MDK 解除读保护的方法，毕竟 MDK 软件绝大部分道友都会安装，所以使用它是最合适的。

首先，说说它的读保护原理。

读保护功能是通过设置相应的 Option Bytes 来实现的，并且掉电不会消失，和 ROM 类似。

而解除是则是复位相应的 Option Bytes 来实现，掉电也不会消失，但是不同的是，设置完之后，芯片自动会擦除整颗芯片，这样你也就不能通过解除读保护进而读取整颗芯片代码了。

但是，你会发现一个现象，即使你无法读取FLASH 的代码，你仍然可以通过上述工具连接芯片，这样就给我们使用 MDK 解除读保护创造了条件。

在鱼鹰以前的笔记里面，有介绍如何使代码运行在 RAM 中，既然读保护保护的是 FLASH 区，RAM 并不受影响，那么我们就可以将我们解除的代码加载到 RAM 中运行，如此就可以通过 MDK 解除芯片的读保护了。

具体操作如下：

1、设置新的目标，比如：

然后设置该目标的输出目录，这样只要编译一次，之后就可以直接切换目标后直接点击debug，不需要重复编译，相当方便(和正常输出目录不同)。

新建两个目录，并选择对应的目录即可

2、切换到新目标，然后在 C/C++ 选项卡中增加新宏 READ_PROTECT。

然后在代码中根据该宏加入解除读保护代码

3、将代码地址重新定位到 RAM 中(0x20000000 为 RAM 首地址，假设 64 K 空间)

4、新建 run_ram文件，内容如下：

保存到工程目录下，然后将其正确添加：

去掉勾选(这样就不会下载程序到 FLASH了)：

5、编译，然后点击Debug 即可，此时程序应该自动停止在断点处 __breakpoint(0)，说明解除代码已经顺利运行完成。

Enjoy it!!!

每次需要解除芯片读保护功能时，只要切换目标后即可成功解除(前提是已经编译过一次了)，相当方便，当然你如果不想编译，也可以直接生成一个 axf 文件保存起来，只要每次加载这个文件即可成功解除。

一次设置，永不烦恼，相当的实用!