1. 课程导入与工程环境搭建
TRACE32 是 Lauterbach 推出的硬件辅助调试与跟踪工具链，在嵌入式底层开发中，它最不可替代的能力之一就是在不修改被测程序的前提下，直接观察和修改目标系统的内存与总线行为。当系统出现指针越界、栈溢出、DMA 缓冲区被意外覆盖、外设寄存器写入顺序错误、Cache 与内存不一致等问题时，仅靠打印日志往往无法定位，因为故障现场可能已经被破坏。TRACE32 通过调试接口直接访问目标芯片的地址空间，可以在任意时刻读取任意地址的数据，也可以在指定地址设置读写断点，捕获“谁在什么时候写了这个变量”。这正是本课程要建立的核心能力。
要理解这套能力，先要看清它的数据通路。TRACE32 软件运行在主机上，通过 USB 或以太网连接调试探针（如 PowerDebug、µTrace、CombiProbe），探针再通过 JTAG、SWD、Aurora、cJTAG 等物理接口接入目标芯片的调试访问端口 DAP。主机侧的 TRACE32 发出内存读写请求，探针把请求转换成目标芯片能识别的调试传输，最终落到芯片内部的 AHB/APB 总线矩阵上，访问 Flash、SRAM、外设寄存器等真实地址。这条链路上任何一环配置错误，都会表现为“内存读不到”或“读到的值不对”。
环境搭建的第一步是安装 TRACE32 软件。安装包通常包含主程序、设备驱动和芯片支持包。安装完成后，需要确认软件版本与探针固件版本匹配，否则连接时可能提示固件升级。接着创建工程目录，建议按“芯片型号 + 调试接口 + 日期”命名，例如 stm32h743_swd_20240601，便于后续回溯。工程目录中至少应包含三类文件：TRACE32 配置文件（.cmm 脚本）、目标程序符号文件（.elf 或 .axf）、以及记录连接参数的说明文件。
连接目标芯片时，先确认硬件链路。以 SWD 为例，需要连接 SWCLK、SWDIO、GND，以及可选的 nRESET 和 VREF。VREF 用于探针检测目标电压，若目标板为 3.3V，探针的电压参考也应设置为 3.3V。连接完成后，在 TRACE32 中执行 SYStem.CPU 选择 CPU 类型，再执行 SYStem.JtagClock 设置时钟频率。初次连接建议把时钟降到 1MHz 左右，稳定后再逐步提高。若连接失败，优先检查目标芯片是否处于复位状态、调试接口是否被禁用、以及供电是否正常。
; 示例：STM32H743 SWD 连接脚本片段
SYStem.CPU CortexM7
SYStem.JtagClock 1MHz
SYStem.Option ResBreak ON
SYStem.Up
Data.LOAD.Elf demo.elf /NoClear
加载调试符号是让内存查看“看得懂”的关键。没有符号文件时，TRACE32 只能显示裸地址和十六进制数据；加载 .elf 后，地址会被自动关联到函数名、变量名和源文件行号。执行 Data.LOAD.Elf demo.elf 后，可以用 sYmbol.List 查看已加载的符号，用 sYmbol.Browse 按模块浏览。如果符号加载失败，常见原因是编译时未生成调试信息（缺少 -g 选项）、ELF 与目标程序版本不一致、或地址重定位信息缺失。
完成上述准备后，就可以执行第一个内存查看任务。假设我们要观察一个全局数组 g_sensor_buf，先通过符号找到它的地址，再读取内容。在 TRACE32 命令窗口输入：
sYmbol.List g_sensor_buf
Data.List &g_sensor_buf /Long 16
第一条命令返回变量地址，例如 0x20000100；第二条命令从该地址开始按 32 位字长显示 16 个数据。如果显示的值与预期不符，可以先用 Data.Line 反汇编该地址附近的内容，确认是否被当作代码执行；也可以用 Data.Watch 设置写监视，观察后续运行中该地址是否被修改。判断内存访问是否正常，核心看三点：地址是否落在合法区域、数据宽度是否与变量类型一致、访问权限是否允许（例如 Flash 区域通常只读）。
SYStem.Up 让 CPU 停在复位向量处，再执行 Data.List 0x00000000 读取向量表。若前两个字分别是初始栈指针和复位入口地址，说明调试链路已经打通。为了便于后续章节复用，这里给出一份最小可用的环境检查清单，按顺序执行即可完成从安装到首次内存查看的闭环：
| 检查项 | 操作命令 / 动作 | 预期结果 |
|---|---|---|
| 软件与固件版本 | 查看 About 窗口 | 版本匹配，无升级提示 |
| 探针连接 | 检查 SWD/JTAG 线序与 VREF | 探针指示灯正常 |
| CPU 选择 | SYStem.CPU CortexM7 | 无报错 |
| 时钟设置 | SYStem.JtagClock 1MHz | 连接稳定 |
| 建立会话 | SYStem.Up | CPU 停止，寄存器可读 |
| 加载符号 | Data.LOAD.Elf demo.elf | 符号列表可见 |
| 首次内存读取 | Data.List &g_sensor_buf /Long 16 | 显示 16 个 32 位数据 |
需要特别注意的是，内存访问分析不是“读一个地址”这么简单。同一个地址，用字节、半字、字三种宽度读取，结果可能完全不同；大小端模式会影响多字节数据的解释；Cache 未回写时，读到的可能是旧值；MPU 配置不当会触发总线错误。这些细节会在后续章节逐一展开。本章的目标是先把链路打通，让 TRACE32 能够稳定地停在目标芯片上，并成功读出第一段内存数据。只要这一步走通，后面的断点、跟踪、总线分析才有可靠的立足点。