TRACE32抓到的Trace看起来不完整，常见表现是只剩下最后一小段记录、触发点前后的关键片段缺失，或Trace里出现异常标记导致解码中断。要把问题收敛，需要同时确认两件事：一是缓冲区到底以什么方式在写入与覆盖，二是触发条件是否把你想要的时间窗口完整圈住，再往下才是解码与硬件链路层面的校验。

单步调试时一按Step就跑飞，很多时候不是代码真的乱跑，而是调试视角与目标真实执行状态没对上：符号没对齐、指令集状态不一致、中断打断单步、异常直接改写了PC，都会让你看起来像“跳到奇怪地址”。排查要抓住两件事，一是每一步之后PC和SP到底变成了什么，二是异常向量和堆栈是否把CPU引到了错误的入口。

板卡刚上电或脚本刚改完就遇到TRACE32识别不到器件，表面看是JTAG不通，实际上常见分叉点只有两个：一是电气链路不稳定导致TAP进不去稳定状态，二是链路里不止一个TAP但配置仍按单TAP去起调试，最终读不到正确的IDCODE或读到全1全0的假值。建议按由外到内的顺序先把物理链路跑通，再把链路参数与IDCODE对齐，定位会明显更快。