1. 课程导入与TRACE32分析定位
嵌入式系统开发中，功能正确只是底线，真正决定产品竞争力的往往是“在正确的前提下跑得多快、多稳、多省”。当系统出现界面卡顿、控制周期抖动、通信丢包、启动超时或功耗异常时，工程师面对的通常不是一条明确的报错信息，而是一组模糊的现象。性能瓶颈与时序分析的价值，就在于把这些模糊现象转化为可测量、可定位、可验证的工程结论。
TRACE32 是 Lauterbach 公司推出的硬件辅助调试与跟踪工具链，它并不只是一个“单步调试器”。在性能分析场景中，TRACE32 的核心能力来自三类通道：调试通道用于读写内核寄存器、设置断点和观察点；跟踪通道用于捕获程序执行流、时间戳和事件序列；采样与统计通道用于周期性采集 PC 指针或性能计数器，形成函数级或任务级的耗时分布。理解这三类通道的差异，是选择正确分析手段的前提。
从问题现象到分析手段，可以建立一条总体认知框架。假设某电机控制项目出现“电流环周期从 100 μs 抖动到 140 μs”的现象。第一步不是立刻打开 TRACE32 抓数据，而是先判断问题属于哪一类：是 CPU 被高优先级中断抢占？是某段代码执行时间随分支变化？还是总线访问 Flash 时出现等待周期？不同判断对应不同通道。若怀疑中断抢占，应使用跟踪通道观察中断入口与退出时间戳；若怀疑函数耗时波动，应使用采样通道统计 PC 分布；若怀疑总线等待，应结合性能计数器与总线跟踪。
TRACE32 工具链中与性能分析相关的核心组件包括：调试前端（Debugger）负责交互与脚本控制；跟踪模块（Trace）负责接收 ETM/ETB/ETM 等跟踪数据；性能分析器（Performance Analyzer）负责统计函数、任务、中断的耗时与调用次数；时序图（Timing Chart）负责可视化任务切换与中断时序；脚本接口（PRACTICE）负责自动化采集与报告生成。这些组件通过调试接口（JTAG/SWD）和跟踪接口（并行 Trace、HSSTP、ETB 等）与目标芯片连接。
上图展示了从问题现象到分析手段的总体框架。左侧是常见的性能现象，中间是 TRACE32 的三类分析通道，右侧是最终输出。需要强调的是，通道选择不是随意的：调试通道适合精确控制但会打断实时性；跟踪通道适合观察真实时序但需要芯片支持且带宽有限；采样通道对系统侵入小但只能得到统计分布，无法还原单次异常。工程中常采用“采样定位热点、跟踪还原细节、调试验证假设”的组合策略。
以 Cortex-M7 为例，若芯片支持 ETM 指令跟踪和 ETB 片上缓冲，则可以通过 TRACE32 的 Trace 配置界面选择跟踪源、设置触发条件（如某中断入口地址）、指定缓冲深度（例如 8192 条指令），然后运行目标程序。采集结束后，在 Performance Analyzer 中按函数聚合，可以看到每个函数的执行周期数、调用次数和占比。若某函数占比异常高，再回到 Trace 时序图中查看其内部循环是否被中断打断，或是否存在 Flash 等待周期。
对于不支持指令跟踪的低端 MCU，可以退而使用 PC 采样。TRACE32 通过调试接口周期性读取 PC 寄存器，例如每 1 ms 采样一次，连续采集 10 秒，得到 10000 个样本点。将这些样本按地址区间映射到函数，即可得到粗略的热点分布。这种方法不需要额外硬件，但采样频率受调试接口速度限制，且无法捕捉短于采样周期的突发行为。因此，它更适合“找大方向”，不适合“抓偶发异常”。
时序分析的另一条主线是中断与任务调度。在 RTOS 环境中，任务切换、中断嵌套、临界区长度都会影响实时性。TRACE32 的 Timing Chart 可以基于跟踪数据还原任务切换时间线，显示每个任务的就绪、运行、阻塞状态，以及中断服务程序的进入和退出时刻。例如，若发现某低优先级任务连续 5 ms 未获得调度，而高优先级任务实际运行时间仅 2 ms，则说明存在优先级反转或临界区过长。此时应结合调试通道检查互斥量配置和中断屏蔽时间。
最后需要建立“数据采集通道”与“分析目标”的对应关系。下表给出常见目标与推荐通道的参考：
| 分析目标 | 推荐通道 | 典型配置 | 输出形式 |
|---|---|---|---|
| 函数级耗时排名 | 采样统计 / 跟踪 | PC 采样 1 ms 或 ETM 全跟踪 | Performance Analyzer 柱状图 |
| 中断响应延迟 | 跟踪通道 | ETM + 时间戳，触发中断入口 | Timing Chart 时序图 |
| 任务切换抖动 | 跟踪通道 | ETB 缓冲 16K，记录调度事件 | 任务状态时间线 |
| 总线等待周期 | 性能计数器 | DWT 周期计数 + 总线事件 | 周期差值统计 |
| 代码覆盖率 | 跟踪通道 | ETM 指令流 + 地址范围过滤 | 覆盖率报告 |
需要提醒的是，跟踪通道的可用性高度依赖芯片和调试探针。例如，并行 Trace 需要额外的引脚，HSSTP 需要高速串行接口，ETB 则完全片上但容量有限。在项目选型阶段就应确认目标芯片是否支持所需跟踪能力，避免后期分析手段受限。若芯片仅支持 SWD 调试，则只能依赖采样和性能计数器，分析粒度会明显变粗。
总结来说，TRACE32 性能与时序分析的核心不是“会用某个窗口”，而是建立一条从现象到通道到结论的清晰链路。先判断问题属于 CPU 执行、中断响应、总线访问还是任务调度，再选择调试、跟踪或采样通道，最后用 PRACTICE 脚本固化采集与报告流程。这样，性能分析才能从一次性的调试行为，变成可重复、可对比、可积累的工程能力。