TRACE32里的“调试日志”可能指PowerView命令记录、系统访问日志、变量变化记录，也可能是Trace采集结果。不同日志使用的导出命令并不一样。需要保留调试过程时，可以使用【LOG.OPEN】记录TRACE32操作；要分析目标访问异常，则更适合查看【SYStem.LOG.List】；如果准备把某个窗口内容保存成文本，还可以通过【PRinTer.FILE】和【WinPrint】导出。日志生成后内容不完整时，要先确认记录对象和启动时间，再检查输出范围、文件覆盖以及目标访问是否真的被纳入记录。

TRACE32能够连接芯片、加载程序并查看源码，并不等于它已经识别RTOS中的任务和内核对象。操作系统感知还要加载匹配的扩展，并依赖完整符号与可读取的内核数据。围绕“TRACE32操作系统感知怎么开启TRACE32任务列表无法显示如何调整”，需要把配置顺序、版本和内存访问逐项核对，任务窗口才能稳定返回有效内容。

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

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

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

程序跑起来以后，变量窗口里的数值一直没有变化，很容易让人以为是代码逻辑根本没有被执行。关于TRACE32变量监视怎么添加，TRACE32变量值刷新异常怎么处理，得先区分出两种情形：一种是在程序暂停下来时去查看变量，另一种是让程序在运行过程中持续刷新。TRACE32提供了Var.View、Var.Watch这些功能，也具备运行时访问内存的能力；但是芯片的架构、缓存、MMU还有调试时的配置，全都会影响最终显示的结果。Lauterbach的文档也说明，程序运行期间能不能直接读写内存，要看目标处理器是否支持对应的访问方式。

调试器能成功连上芯片，并不代表就能把数据稳稳当当地写进Flash里。在TRACE32环境下，Flash烧录要怎么配置，以及烧录过程中如果Flash算法加载失败了又该怎么去排查，关键是把几个方面对应好：目标芯片的连接是不是稳定、Flash的地址范围有没有写对、算法运行时占用的那一段RAM有没有冲突、时钟和总线的配置是不是正确，还有要烧进去的那个文件它的格式和装载地址能不能匹配上。根据Lauterbach的资料，TRACE32支持通过内存映射的方式来编程Flash，它既提供了现成的脚本和编程算法，也可以直接用命令或者脚本来执行烧录操作。

Trace32 Flash脚本怎么写，先不要把重点放在“命令越多越完整”。Lauterbach官方资料里，真正稳定的Flash流程通常就三段，先连目标并准备Flash驱动，再进入重编程模式装载镜像，最后退出重编程模式并重新装入符号。官方示例里已经给出了这条主线，而且也明确说明PRACTICE脚本就是TRACE32用来做自动化的标准脚本形式，扩展名是.cmm。

很多人用TRACE32调试时，程序已经跑起来了，真正卡住的却是符号这一步。最典型的现象就是函数名不显示、源码打不开、变量看不到，或者明明加载过文件，地址和符号还是对不上。Lauterbach官方文档把这件事分得很清楚，TRACE32里的Data.LOAD不只是“把文件读进来”，它同时会处理代码、寄存器、符号和调试信息；如果你用了错误的文件类型、没处理好地址偏移、路径映射或多份符号共存，最后看起来就会像“符号加载失败”。

做TRACE32授权这件事，第一步不是先找激活按钮，而是先分清你手里到底是哪一类授权。Lauterbach官方公开资料里，TRACE32常见授权大体分成两条线，一条是跟硬件调试器走的调试线缆和功能密钥，另一条是给软件形态使用的浮动许可，也就是通过RLM服务器发放给客户端。两条线的激活方式、迁移方式和离线处理方法并不一样，搞混以后最容易在换电脑、换服务器和断网使用时出问题。