125
不知道你是否有这样的经历，测试的机器运行半个月、一个月的都没啥问题，突然就死机了，或者运行错误了，总之莫名其妙。但是此时，你的调试器已经从机器上拔下来了，无法在线调试观察死机后的现场了，你无法观察到你的变量、寄存器、外设、堆、栈等处于什么情况，这个时候你不得不重新接上调试器，再次运行程序以等待问题的出现。这个笨方法存在几个问题：第一、因为复现率太低，所以你的电脑必须一直连接电脑，否则问题出现了无法确认。第二，万一中途因为各种原因（线拔了，KEIL 意外退出了）导致调试器和机器的连接出现了问题，那么只能重来了。第三，可能运行几个月都不会再出问题，但是你却知道，这里隐藏了一个炸弹，指不定什么时候就爆了；更有甚者，可能连接调试器后这个问题可能就没有了，但是断开之后就又有问题了。
针对以上问题，我们就会想，是否存在一种方法，能够在出现问题之后，可以使用调试器抓获现场环境呢？我们都知道，KEIL 环境下，连接调试器后，单片机进入调试模式时，KEIL 会自动将整个单片机进行复位（可能是内核复位，也可能是系统复位，也可能是 RST 引脚复位），复位操作对于刚下载的程序而言，可以很方便的帮助开发者更方便的进入调试环境，但是对于机器的问题现场而言，这是在破获现场！但是根据以往的认知，我们总是以为进入调试模式时，必然需要先进行单片机复位的，所以我们对这种难复现的 BUG 总是感到无能为力。
今天，鱼鹰教大家一个方法，如何使用 KEIL 调试器抓获 STM32 的 BUG 现场（其他单片机可自行测试），这个方法将颠覆你的认知，可以在单片机运行时进入调试模式，从而抓获现场！这个功能其实在某一个软件是集成了的（不记得哪一个软件了），但在 KEIL 中我们需要几步操作完成。
1、新建一个工程目标（可命名为 NotRest）：
这样你可以看到你现在的目标：
接下来的所有操作都在这个目标进行。事实上，如果只是为了抓获 BUG 现场，是不需要新建目标的，但是为了今后可以方便的不复位单片机也能进入调试模式，也为了不改变以前目标的配置，增加一个目标还是很有必要的，这样，你可以根据需要（是否复位芯片）切换目标了。
2、新建一个 load.ini 文件，文件内容如下：LOAD %L INCREMENTAL 该文件用于加载 axf 文件到 KEIL 中，但是不会下载到单片机中，而 axf 文件可以方便我们进行源码级别的调试。
3、打开该目标的 option 进行配置：
4、点击仿真按钮，记住了，别点下载按钮（鱼鹰非常不喜欢别人先点下载按钮再点仿真按钮，因为刚编译后的代码，如果你直接点仿真按钮，在默认配置下会自动下载和进入调试模式的，比较方便）。
注意，一定要确定该目标可以正常使用（即不会复位单片机）才能真正用于实际的 BUG 现场，不要没有做测试就直接拿它去调试实际的单片机，否则可能因为没有正确配置，而破坏了现场环境（默认配置下，会直接复位单片机）！
