调试人员在用TRACE32这个工具看芯片启动的时候，复位操作表面上就是点一下那个【Reset】按钮，或者在控制台敲一个SYStem.Up命令，但是其实里面有很多别的事情在影响最后的结果。大家要是碰到TRACE32复位流程怎么配置，或者TRACE32复位后程序入口跳转异常怎么办这类情况，调试人员不能光看程序最后有没有重新跑起来，还要去检查复位具体是用哪种方式搞的，调试器和板子是怎么连上的，CPU有没有死死停在reset vector这个地方，PC寄存器的初始数值对不对，以及向量表和启动地址到底能不能对得上。

在TRACE32调试时，ELF文件不是普通的二进制镜像，它里面通常同时包含代码、数据、符号、源码行号和入口地址等信息。遇到“TRACE32 elf文件怎么加载TRACE32 elf加载地址不对怎么校正”，不能只看Data.LOAD.Elf有没有执行成功，还要看程序是否真的写到了目标内存、符号地址是否和PC对得上、加载的是逻辑地址还是物理地址，以及目标板上的程序是不是和当前ELF属于同一次构建。

在 TRACE32 调试时，内存窗口不仅能看 RAM、外设寄存器、栈区和全局变量区，有些场景下也可以直接改内存内容。遇到“TRACE32内存窗口怎么修改 TRACE32内存写入失败怎么处理”，不要只理解成窗口里改不了数值。它背后可能涉及 CPU 是否停机、地址是不是有效 RAM、访问宽度是否正确、当前 access class 是否匹配、目标芯片是否开启了写保护，以及写入区域到底是 RAM、Flash 还是外设寄存器。

在调试程序执行路径、函数调用顺序、异常前后现场时，经常会用到TRACE32的trace记录。遇到“TRACE32 trace记录怎么开启TRACE32 trace记录为空怎么排查”，不能只看有没有点【Go】。Trace记录是否有内容，和芯片是否支持trace、TRACE32选择的trace method、缓冲区是否初始化、AutoArm是否开启、触发条件和过滤范围是否设置正确都有关系。简单说，trace不是普通断点窗口，它需要先有“数据来源”，再有“记录配置”，最后才有“显示结果”。

在对嵌入式程序进行调试的时候，TRACE32中变量观察怎么添加，以及TRACE32中变量被优化后看不到该怎么办，这两个问题经常会被大家遇到。表面上看起来这只是变量窗口的使用问题，但是这其实和ELF符号、当前停机的位置、函数的栈帧以及编译优化的等级都有关系。也就是说，并不是只要把变量名输入到TRACE32里面就一定可以显示出数值，调试器还需要知道变量的具体位置，当前代码运行到了哪里，以及这个变量有没有被编译器给保留下来。

在TRACE32里看寄存器，不能只理解成“打开一个窗口读数值”。寄存器显示是否准确，和CPU当前状态、选中的Core、访问权限、调试连接、运行/停机状态都有关系。遇到“TRACE32寄存器窗口怎么查看TRACE32寄存器值刷新异常怎么判断”，建议先确认窗口显示的是哪类寄存器，再判断这个值是在停机态读到的，还是在目标运行过程中动态刷新出来的。

在对多核心芯片进行调试的时候，调试人员不能简单地认为只要连上一个内核再点击运行就可以了；调试人员首先需要明确当前芯片到底是使用的SMP模式、AMP模式，还是混合多核心的办法在运行；如果调试人员把模式选错了，在后续的过程中，就容易碰到某个内核停下来了而另一个内核还在继续跑的现象，或者断点明明被触发了，但是窗口里面显示出来的却不是调试人员想要看的那个目标核心。

在进行TRACE32调试的时候，断点并不是随便点一下就可以的，因为断点的位置、符号文件、代码运行的区域，还有优化等级以及变量所在的作用域，这些因素都会对后面的调试结果产生影响；当遇到断点设置和变量查看的问题时，作者建议把这两者放在同一个流程里去排查，也就是去检查断点能不能设置成功、程序能不能停下来、停下来之后具体在哪个地方、当前的栈帧是否正确，以及变量是不是被编译器优化掉了。

在使用TRACE32调试MCU、SoC或嵌入式Linux程序时，很多问题不是程序没有下载进去，而是符号信息没有正确加载。遇到“TRACE32符号文件怎么加载TRACE32符号加载后函数名不显示怎么办”这类情况，需要把程序镜像、ELF调试信息、加载地址、编译选项和TRACE32窗口显示方式一起检查，不能只盯着一个加载命令看。

在芯片调试的初期阶段，技术人员经常需要进行目标板bring-up以及底层驱动调试，或者进行多核芯片联调，此时经常会遇到TRACE32目标板连接如何配置，以及TRACE32连接后CPU停不下来怎么办这两个具体问题，并且这两个问题常常同时出现。在实际排查时，这两个现象通常都和芯片型号的挑选、调试接口的选择、复位链路的连通、JTAG时钟的快慢、多核环境的配置以及目标板的硬件状态产生交织。因为TRACE32本身支持的芯片类型和架构非常多，所以Lauterbach公司提供了很多配置好的启动脚本，这些脚本可以帮助技术人员减少手工配置时犯错的概率。