2. TRACE32 Trace核心概念

在TRACE32的Trace体系中，所有分析能力都建立在七个基础术语之上：Trace源、Trace记录、时间戳、触发、过滤、存储与回放。它们不是孤立的功能按钮，而是一条从“芯片产生信息”到“工程师看到结论”的完整链路。理解这条链路，才能判断某次采集为什么丢数据、为什么时间轴对不上、为什么触发点前后看不到想要的代码。

Trace源：数据从哪里来

Trace源指被跟踪信息的物理来源，常见有三类。第一类是CPU内核的指令跟踪，例如Arm CoreSight的ETM/PTM、RISC-V的指令跟踪单元，它输出程序执行流，能回答“CPU执行了哪些指令、走了哪条分支”。第二类是数据跟踪，如ETM的数据跟踪或总线监视器，记录访存地址与数据，用于分析变量被谁改写。第三类是片上总线或系统级跟踪，如CoreSight STM、AMBA ATB上的总线事务，反映DMA、外设与CPU之间的交互。

不同Trace源对应不同的采集通道和带宽。以ETM为例，它通过ATB总线把压缩后的指令包送到TPIU或ETF，再由TRACE32通过调试探针读取。若Trace源本身未使能，或芯片的时钟、电源域未打开，TRACE32界面上会显示“no trace data”，此时应先检查Trace源配置，而不是怀疑分析脚本。

Trace记录：一条条可解析的事件

Trace记录是Trace源输出的原始数据经过解码后形成的最小信息单元。一条记录可能表示“执行了地址0x08001234处的指令”“向地址0x20000010写入了0x5A”“发生了异常返回”等。记录中通常包含地址、类型、长度、源标识等字段。TRACE32的Trace List窗口展示的就是按时间排列的记录序列。

记录不等于源码行。一条32位指令可能对应一条记录，也可能因压缩格式多条指令合并为一条记录。分析时若发现记录数与预期指令数不一致，应优先确认Trace源是否开启了压缩、是否发生了溢出。

时间戳：把记录放回时间轴

时间戳是附加在Trace记录上的时间信息，用于还原事件发生的先后与间隔。TRACE32支持两类时间戳：一类由Trace源硬件产生，精度高但需要芯片支持；另一类由探针在接收数据时打上，精度受传输抖动影响。时间戳的单位可以是CPU周期、纳秒或系统时钟计数。

时间戳的关键工程含义是“对齐”。当同时采集CPU指令流和总线事务时，只有时间戳才能判断某次写操作发生在哪条指令之后。若时间戳源未配置或计数器溢出，Trace List中的时间列会出现跳变或重复，此时应检查时间戳基准与溢出处理。

触发：决定采集的起点与终点

触发是Trace采集的控制条件。TRACE32支持多种触发方式：地址触发（PC到达某地址）、数据触发（访问某地址或数据值）、事件触发（异常、中断、计数器溢出）以及组合触发。触发点可以设置为采集的起点、终点或中心。

实际工程中常用“中心触发”：让触发条件命中时，保留触发点之前的一段历史记录和之后的一段新记录。例如设置触发地址为0x08001A00，前置深度64K记录，后置深度64K记录，就能同时看到进入该函数前的调用路径和进入后的执行流。若只设后置触发，则触发前的现场会丢失。

过滤：只留下关心的记录

过滤是在采集或显示阶段剔除无关记录的手段。TRACE32的过滤可分为采集过滤和显示过滤。采集过滤在数据进入Trace Buffer前生效，能减少带宽占用和存储压力，例如只保留某地址范围的指令记录。显示过滤在已采集数据上生效，用于快速定位，例如只显示某函数的记录或某地址范围的写操作。

过滤条件设置过严会导致关键上下文丢失。例如只过滤某函数的指令，却看不到调用它的上层代码，分析调用关系时就会断链。建议先宽后窄：先采集完整范围，再用显示过滤缩小观察窗口。

存储与回放：从Buffer到可复现分析

存储指Trace记录写入片上Trace Buffer（如ETB/ETF）或通过探针流式写入主机文件。片上Buffer容量有限，通常为几KB到几MB，适合短时高频采集；流式存储容量取决于主机磁盘，适合长时间采集，但受探针带宽限制。TRACE32中可用Trace.SAVE将当前Trace数据保存为文件，便于离线分析。

回放是把保存的Trace数据重新载入TRACE32，在不连接目标板的情况下复现分析过程。回放的价值在于：现场数据可带回实验室、可反复用不同过滤条件查看、可作为回归测试的基准。回放时需注意时间戳基准和符号文件版本必须与采集时一致，否则地址到源码的映射会错位。

七个术语如何协同工作

把七个术语串起来看：Trace源决定“能采什么”，触发决定“采哪一段”，过滤决定“留哪些”，存储决定“放哪里”，Trace记录和时间戳是数据本身的形态，回放决定“怎么复用”。任何一环配置不当，都会在最终分析时表现为“看不到”或“对不上”。

例如排查一个偶发的变量被改写问题：先确认数据跟踪源已使能，设置数据触发条件为“写地址0x20000010”，前置深度设为32K记录，采集过滤只保留该地址范围的写操作，时间戳使用CPU周期。采集完成后保存为文件，回放时用显示过滤只看写记录，再结合指令流时间戳定位是哪条指令触发了写。若发现触发前没有记录，说明前置深度不足或触发点设置过晚；若时间戳出现重复，说明时间戳计数器溢出未处理。

常见术语混淆与澄清

• Trace记录 vs 源码行：记录是硬件事件，源码行是符号映射结果，两者不是一一对应。
• 触发 vs 过滤：触发控制采集窗口，过滤控制记录取舍，触发在前，过滤在后。
• 存储 vs 回放：存储是数据落地，回放是数据复用，回放不依赖目标板但依赖符号与时间基准。
• 时间戳 vs 系统时间：时间戳是相对计数，系统时间是绝对时钟，分析时以时间戳为准。

掌握这七个术语的工程含义，后续配置Trace、解读Trace List、编写分析脚本时，就能快速定位问题出在链路的哪一段，而不是盲目调整参数。