你是否有过烧错固件的经历？
STM32F1xx程序意外烧录到 STM32F4xx单片机中，或者外部晶振 25M，程序设定为 8 M后再烧录到单片机中？
这样就造成了一个后果，那就是再也没法使用调试器连接你的单片机了。
此时，是否有方法攻克这个问题，或者说拯救你的单片机呢？
鱼鹰在此介绍两种方法：
00001.进入固件升级 BOOTLOAD状态。
此时单片机将使用内部高速晶振 HSI运行 BOOTLOAD代码（即参照手册写的所谓自举程序），此时的单片机肯定能够正常运行，当然也就能够通过调试器连接单片机了。关于这个能够看鱼鹰写的两篇笔记《如何拯救烧错固件的单片机？（一）》《Boot引脚引发的血案》
00001.使用复位引脚。
我们知道，STM32单片机的第一条指令执行位置就在复位中断，并且单片机没法屏蔽该中断，也就是说，没论单片机处于何种状态，它都会在复位信号到来时复位到最初始的状态，并重新初始执行代码。
所以假如我们能在它执行错误时钟配置代码前，利用调试器把没问题的代码下载进去，那么程序就能够正确配置时钟了，从而正常运行代码了。
我们能够看看这个执行流程：
上电或复位 ->进入复位中断执行 ->配置时钟信息（SystemInit）->运行 __main。
在配置时钟前，调试器是能够连接单片机的，所以，假如我们能抢在它之前，先用 KEIL将正确的程序下载进去（必需是正确的代码，否则又会连接不上，陷入死循环），那就能让单片机恢复到正常状态了。
另一种方法是，使用 KEIL软件的擦除功能，先将单片机的程序擦除，这样单片机就没有错误的代码能够执行了，当然前提还是使用复位信号。
但这种擦除方法，鱼鹰发现成功率比较低，毕竟从复位到执行时钟配置代码这段时间实在是太短了，要刚好凑在这个时间点击Erase按钮还是需要一定运气的。
所以鱼鹰最近发现，一种更高效的方式是：直接使用下载按钮，即复位后，马上点击下载正确的代码。
为什么这个比较高效呢，根据鱼鹰的猜测，应该是这个命令会尝试多次下载，这样成功率就会高很多，毕竟是软件的重复尝试，比手动掐时间快得多。
还有一个问题是，为什么晶振配置错误会导致单片机无法连接呢？
根据上面的错误配置，很大可能是使单片机处于超频运行，导致单片机挂掉了。
鱼鹰试图解释时钟配置错误和调试模块的关系，但通过参考手册，并没有找到 CoreSight的时钟来源，只能以后看看能不能有机会解惑了。
而关于单片机和调试模块的关系，可以看看鱼鹰这篇笔记《为什么说你一定要掌握 KEIL调试方法？》
我自己在今年年初录制了一套还比较系统的入门单片机教程，想要的同学找我拿就行了免费的，私信我就可以哦~简介里也有。