01前言6 N& C% E$ J" ^ 在产品开发时,经常会碰到在测试过程中或设备出厂后才发现程序异常,但当重新对设备仿真调试时却复现不出现场的问题,或者只通过保存的日志信息艰难分析代码运行到了何处而导致的异常。 8 B0 e: f7 E7 ~) N& P 遇到这种场景,也并非无路可循。原则上只要我们通过仿真器调试时,做到代码不被重新下载覆盖,MCU 不被复位,就可能保留当前程序运行的状态,让 Bug 无处藏身。 02实现方法 首先,我们将编译完成的工程烧录到 MCU,保证 MCU 中所运行的代码与要仿真的工程代码一致,这样从 MCU 获取的程序位置才能与调试符号信息一致。 不同的编译器可以通过不同的方法进行设置,但其目的和最终能达到的效果是一致的。我们就对常用的 MDK、IAR、STM32CubeIDE 三种不同编译器分别进行设置,使 MCU 在不复位的状态下继续调试。 , q! H2 c% s" W 03MDK& V; O5 s) z- p9 R- _' N 1. 新建一个.ini 文件,在文件中写入以下内容:LOAD %L INCREMENTAL,并加载到Initialization File,同时取消 Load Application at Startup 的选项。 这个脚本的目的是加载编译生成的.axf 文件到 MDK 中,该文件包含 bin 代码和调试相关的各种符号信息,以定位我们的 C 源码。 / z! \( ^( Q- s- _* S b 关于其语法说明,可参考 MDK 的 uVision User’s Guide。 2. 去掉 Reset after Connect 选项 & e2 _' f( A1 [4 N x 3. 去掉 Update Target before Debugging/ M8 q+ `% t ~: S" `7 ?2 K 7 [, x2 O) { s2 f 4. 完成上述配置后,就可以在 MCU 不复位的情况下,像正常调试一样加断点调试了。 04IAR 使用 IAR 时,无需额外设置,直接使用其自带的功能“Attach to Running Target”即可实现。 05STM32CubeIDE. |! F4 f% c2 t V! x( m. [ 在 STM32CubeIDE 中,配置比较灵活,可以复制一个 Debug 的配置,并在这个基础上进行修改。0 w. w) H- f. m! F) U 1. 配置 Debugger->Reset behaviour Type 为 None9 S2 p; U- L# l9 }/ h* c* x 2. 在 Debugger->Misc 中取消 Verify flash download 选项+ C4 J5 V, M$ v8 k* I8 O , ~3 D4 _& B9 }5 o 3. 在 Startup->Load Image and Symbols 中编辑下载代码时的操做方式。并取消Download 选项) e$ l! E, G ?- ^" d$ V, O, ]4 N* ` $ D0 i q4 p/ q1 W. j; _ 8 \( w: Y5 m, S; z+ A9 f' t 4. 在 Debug 时,用上述配置完的调试配置,即可同样实现不复位的调试+ S+ C4 s% e+ ~3 i0 _1 f, s ; e) \3 U: r! A" v 06总结 利用上述不复位 MCU 继续调试的方法,能够保全现场的运行状态,重新接上仿真器即可对程序进行断点调试、单步执行等操作。对查找 Bug,发现并定位问题点,尤其对不易复现的偶发性故障十分有用。但是当 RDP Level≠0 时,因为已经开启了读保护,所以无法通过上述方法调试。( b3 L" f! N8 A( ? , z0 _! y/ n0 ~- f$ X: h/ P # O' _9 }* }' g1 [+ m 转载自: STM32单片机 如有侵权请联系删除 2 o J# u, h" Z) [7 P! h! c 1 e1 w5 w' A G6 H |
值得收藏值得收藏