简介《劳特巴赫TRACE32快速入门》是一份面向嵌入式调试初学者与刚接触劳特巴赫调试器人员的入门手册并适用于英飞凌等微处理器与微控制器调试场景重点解决TRACE32软件安装、硬件环境搭建和首次启动中的基础操作与常见疑问。压缩包内为1个PDF文件大小约6.17MB内容按安装、连接、启动及附录组织便于按章查阅。手册覆盖安装包获取与安装流程、JTAG/SWD等连接方式、建议上下电顺序、目标芯片识别与环境确认并介绍快捷方式启动方法附录还涉及PowerView通过网络连接LA-3505、CPU列表中找不到目标芯片的排查以及命令行启动TRACE32。对于需要建立调试流程的读者可借此理解断点设置、内存查看、寄存器操作和数据跟踪等基础能力并形成从环境搭建到问题定位的排错思路。目前已有6456人学习。1. TRACE32 不是装上就能跑先分清 Debug 和 Trace 两条技术线劳特巴赫 Trace32 调试器在汽车电子、工业控制和多核 SoC 的板级调试里属于「板子点不亮、Boot 跑飞、中断进不去」时最后一张能看清现场的牌。它跟普通 IDE 自带调试器最大的差别在于Debug 走 JTAG/SWD 这类口做断点、单步、寄存器读写Trace 走片上或外挂 Trace 口做代码回溯、执行时间统计和覆盖率两条链路用的硬件通道、时钟配置和软件入口都不一样很多人一上来就把两者混为一谈结果 Trace 一直不出数据却以为是软件坏了。这份入门手册基于 ARM、TriCore、PowerPC 三个常见平台讲的是安装、硬件连接、上下电顺序和 PowerView 启动这几件最基础也最容易翻车的事适合刚接手调试器的固件工程师和需要给团队搭环境的测试负责人。2. 安装包与平台勾选从 setup.bat 到第一个能打开 PowerView 的安装装 TRACE32 最容易犯的错不是点错按钮而是装完发现 CPU 列表里没有自己那颗芯片。原因通常出在安装时勾选的平台组件上——TRACE32 的安装器是按架构分发二进制的没勾 ARM64你后面怎么折腾都找不到 Cortex-A53 的入口。这一章把获取渠道、Windows 安装和 Linux 安装拆开讲重点是每个选项背后的实际影响。2.1 四种安装包来源先想清楚要全量还是增量手册里列了四条路随产品附带的光盘、官网完整安装包、离线网盘镜像、官网增量升级包。这四种东西性质完全不同混用会出问题。渠道内容适用场景注意点随产品光盘与硬件同批次的完整安装包新机器第一次装、离线环境版本可能偏旧装完再打增量包官网完整包只提供最新版本有网络、要新平台支持需注册注册要填调试头序列号离线镜像完整安装程序内网机器、不方便注册核对版本号别拿到半年前的包官网增量包只提供最新版本机器上已有旧版本不解压安装直接覆盖文件增量升级包这个设计值得单独说一句。它不是安装程序解压后把files等目录整体覆盖到原 TRACE32 根目录即可。好处是省事坏处是留不下后悔药——覆盖之后旧版本的库文件就被替换掉了如果新版本对某个老内核的支持有回归回退只能重装完整包。我一般会在覆盖前把整个安装目录打包备份一份目录动辄几个 GB但比重装一次省时间得多。官网注册时要填调试头序列号这一步很多人卡住序列号在调试头本体的标签上也可能在主模块的铭牌上不同型号位置不一样。填过一次之后有新版本发布会有邮件提醒对长期跟进新器件支持的团队挺实用。还有一个容易忽略的点安装包和调试头固件是有配套关系的。新版本软件对老调试头的固件有最低要求版本跨太多时 PowerView 启动后会提示固件不匹配。这种情况不要硬点继续先看安装目录下pdf文件夹里的 release notes确认这个软件版本支持的固件范围再决定是升软件还是降软件。2.2 Windows 安装典型安装与平台勾选的对应关系Windows 下的入口是安装包根目录的setup.bat双击后一路 Next中间只有两处需要真正做决定安装类型和平台组件。安装类型选典型Typical Installation就够了自定义安装多出来的选项主要是文档语言和示例脚本对上手没帮助。真正的关键在平台勾选页这里勾什么决定了你后面开始菜单里出现哪些快捷方式、bin目录下生成哪些可执行文件。要调试的内核勾选项说明Cortex-M 系列Cortex-M覆盖 M0/M3/M4/M7/M33 等Cortex-A9Cortex-A9老平台单独入口Cortex-A53/A72/A73Cortex-A53/A72/A7364 位应用处理器TriCore 系列TriCore含 TC2xx/TC3xxTriCore HSMTriCore HSM需要同时调安全核时必须勾PowerPC 系列MPC5xxx / QorIQ 等按实际器件族选这里有个版本分水岭必须记住2021 年之前的 TRACE32 版本ARM32 和 ARM64 是两个独立的安装入口调试 32 位核要装 ARM32调 64 位核要装 ARM64装错了在 CPU 列表里就是找不到。2021.09 之后两个入口合并勾一个 ARM 就能同时覆盖。团队里如果同时存在新旧版本最好在环境文档里写清楚每台机器装的是哪个分支否则接手的人会反复踩这个坑。驱动安装那一步建议直接允许。TRACE32 的 USB 驱动不是系统自带的通用驱动跳过之后设备管理器里会出现一个带感叹号的未知设备后面无论怎么换线都识别不出来。安装完成后如果系统提示重启就重启别图省事点稍后。最后一步的注册按需选择不注册不影响本地调试只影响自动更新提醒和技术支持渠道。2.3 Linux 安装Qt 依赖、脚本执行与权限Linux 下的安装流程比 Windows 短但依赖问题更集中。手册给的示例是 Ubuntu 64 位环境需要先补 Qt 运行库# TRACE32 的 PowerView 界面依赖 Qt5缺这两个库会直接报找不到共享对象 sudo apt-get install libqt5gui5 sudo apt-get install libqt5printsupport5这两条只是手册明确列出的最小集合实际在不同发行版上还会缺libxcb系列、字体配置等。判断方法很简单装完软件第一次启动时终端会打印缺失的.so文件名缺什么装什么ldd对着t32m*.exe查一遍也能一次看全。进入安装包目录后执行setup_linux.sh按提示走完即可。这里有一个权限细节安装设备驱动那一步需要管理员权限普通用户执行到该步骤会失败但不一定报错明显表现为后面插上调试头系统毫无反应。稳妥做法是用sudo执行整个脚本或者在提示驱动步骤时单独提权。还有一点和 Windows 不同Linux 下没有开始菜单快捷方式启动入口是bin目录下的可执行文件所以命令行启动在这个平台上不是可选项而是默认项第 4 章会细讲参数怎么写。3. 硬件链路搭建USB 与网络两条路的接法、上下电顺序和识别自检软件装完只是准备工作真正让新手卡住的是硬件这一环。TRACE32 的硬件是分体的主模块PowerDebug负责和 PC 通信调试头Debug Cable负责和目标芯片讲话中间还有供电和地的处理。接错顺序、用错线、认错口都会表现为「软件打开了但连不上」。这一章按「选连接方式 → 守上下电顺序 → 确认系统识别」三步走。3.1 主模块型号决定连接方式不是所有型号都能走网口先看主模块型号这决定了 PC 和调试器之间只能用 USB 还是可以走网络主模块型号支持的连接方式备注LA-3500 / LA-3503仅 USB 2.0/3.0没有网口别去找 RJ45LA-3505USB 或以太网走网络需提前配好 IPμTRACELA-3204 / LA-3202仅 USB体积小用于 Cortex-M、RISC-V 32 位LA-3505 是唯一能走网络的一档它的价值在多用户和远程场景调试器放在实验室的板子上工程师在工位上通过网络连过去不用每次跑去插线。但网络连接有个前提——IP 必须先配好而且配 IP 这一步不能通过 PowerView 完成得用独立的配置手段先把主模块的地址定下来再让 PowerView 按这个地址去连。附录里专门给了这条路径说明它不是默认流程第一次用的人容易在 PowerView 里翻半天找不到填 IP 的地方。连接拓扑上还有个细节调试头那根扁线Debug Cable接目标板的调试口方向和针脚定义按目标板原理图来接反了轻则不识别重则目标板不上电。上电前建议用万用表量一下调试口的 VREF 和目标板 IO 电压是否一致尤其是 1.8V 和 3.3V 混用的板子。3.2 上下电顺序先主模块后目标板下电反过来手册里把上电和下电分别列了流程这里按实际操作顺序重排一遍并且说清楚每一步为什么这么排。上电顺序用 USB 线或网线把 PC 和 TRACE32 主模块连起来给 TRACE32 主模块上电打开 PowerView等到欢迎界面出现把 Debug Cable 接到目标板的调试口最后给目标板上电。下电顺序完全反过来关闭 PowerView 软件目标板下电断开 Debug Cable 与目标板的连接TRACE32 主模块下电。这个顺序不是仪式感。先给主模块上电、后给目标板上电是为了让调试器在目标芯片复位释放之前就已经处于可接管状态这样芯片一起来调试器就能抓住复位向量否则容易错过最开始的几条指令尤其是那些一上电就跑飞、几毫秒后就死循环的板子。反过来下电时先关软件再断目标板是为了避免目标板带电时调试口突然失去驱动某些器件的调试引脚在悬空状态下会拉低复位或者误触发。血泪经验是热插拔 Debug Cable 是能少干就少干的事。板子带电时插拔调试排线运气好只是连不上运气不好会把目标板的调试接口打坏。3.3 环境自检设备管理器、dmesg 和 lsusb 三处对照装完软件、插上硬件、上完电之后别急着开 PowerView先确认操作系统层面认没认到设备。Windows 下打开设备管理器看有没有TRACE32 Devices这一项。有且没有黄色感叹号说明驱动力正常有感叹号说明驱动没装好回到安装包的files\bin\操作系统\drivers目录单独重装驱动完全没有这一项说明是物理层没通——线、口、供电三者之一有问题。Linux 下用两条命令交叉验证# 查看内核日志里最近的 USB 枚举记录能看出设备是否被识别以及速度模式 dmesg | tail -30 # 列出 USB 设备按厂商 ID 过滤0x897 是该调试器的 USB Vendor ID lsusb | grep -i 0897lsusb能列出来但 PowerView 连不上问题在权限或驱动层lsusb里根本没有这条记录问题在物理层。注意厂商 ID 的前导零实际显示可能是0897用grep 897也能匹配到。虚拟机环境是重灾区。USB 3.0 控制器在部分虚拟化平台上枚举异常表现为宿主机能看到设备、虚拟机里看不到或者时有时无。排查手法很土但有效换一根 USB 2.0 线插到 USB 2.0 口上再试。2022 年之后部分型号出厂不再附 USB 2.0 数据线得自己备一根建议直接在工具包里常驻一根。4. 启动 PowerView快捷方式、命令行与连上目标后的最小验证软件和硬件都就位后最后一步是把 PowerView 拉起来并和目标芯片建立会话。手册给的是快捷方式启动优点是快缺点是它把一堆配置写死在安装目录的公共文件里多项目、多核、多实例的场景下会互相干扰。这一章先讲快捷方式的边界再讲命令行启动怎么写最后给一段连上之后立刻能做的验证动作。4.1 快捷方式启动能用但要知道它改了什么开始菜单里的 TRACE32 目录下按架构列了一排快捷方式命名规则是TRACE32 ICD 架构 接口。TriCore 平台点TRACE32 ICD Tricore USBPowerPC 平台点TRACE32 ICD PPC USBCortex-R8/M/A9 点TRACE32 ICD ARM32 USBCortex-A53 点TRACE32 ICD ARM64 USB。2021.09 之后的版本 ARM32 和 ARM64 已经合并不必再区分。快捷方式启动的本质是用安装目录根下那个公共config.t32拉起对应架构的可执行文件。这带来两个直接限制第一配置是全局的。多核调试要指定核号、界面字体要改、启动时要自动跑一段初始化脚本这些在快捷方式里都没地方填。有人图省事直接改根目录的config.t32改完发现所有架构的实例都受影响甚至别的同事换台机器用同一份共享安装目录时直接被带偏。第二实例之间会打架。同时开两个快捷方式调试两颗芯片时如果两者的临时目录、端口号没做隔离第二个实例可能连上第一个的会话或者直接报资源占用。所以快捷方式适合单人单项目、只调一颗芯片的入门阶段。一旦进入多核或者要写自动化脚本就得转到命令行。4.2 命令行启动用独立的 config.t32 做实例隔离命令行的核心是-c参数指定配置文件-s参数指定启动后自动执行的脚本。每个项目准备一份自己的config.t32放在项目目录下不要动安装目录里的公共文件。# 在项目目录下启动 ARM 架构的 TRACE32使用本项目的独立配置并自动执行初始化脚本 C:\T32\bin\windows64\t32marm.exe -c D:\proj_a\config.t32 -s D:\proj_a\init.cmm参数含义-c后面跟配置文件路径决定接口类型、临时目录、实例 ID-s后面跟 PRACTICE 脚本路径PowerView 起来后自动跑。可执行文件名按架构不同ARM 是t32marm.exe64 位 ARM 是t32marm64.exeTriCore 是t32mtc.exePowerPC 是t32mppc.exe一类以实际安装目录为准。配置文件里最关键的几段是接口和实例标识OS IDPROJ_A TMPD:\proj_a\tmp PBI USBID决定窗口标题和内部实例标识两个实例用同一个 ID 会互相串TMP是临时目录多实例必须分开PBI段声明物理接口USB 就是一行USB走网络则换成NET加NODE和PORT两行填主模块的 IP 和端口。这个文件的格式对缩进和空行敏感OS这类空值行不能删。第一次写配置文件建议从安装目录里的模板复制一份再改手写容易漏段。改完先用-c起一次确认能进欢迎界面再加-s这样出问题时能分清是配置错还是脚本错。4.3 连上目标后的最小验证三步确认链路真的通了PowerView 打开只是软件起来了跟目标芯片有没有握上手是另一回事。建议每次环境变更后都跑一遍最小验证别等真正调试时才发现链路有问题。第一步在 PowerView 命令行里指定 CPU 型号并尝试连接SYStem.CPU CortexM7 SYStem.JtagClock 10MHz SYStem.UpSYStem.CPU告诉调试器目标内核型号型号名要和 CPU 列表里的写法完全一致SYStem.JtagClock设 JTAG 时钟板子走线长、干扰大时先降到 1MHz 试通再往上加SYStem.Up是真正建立连接并复位目标。这三条能无报错执行完说明调试口、供电、时钟三项基本正常。如果SYStem.Up报错先降时钟再查供电和复位脚。第二步读一下内核的 ID 寄存器或者 CoreSight ROM 表确认读到的是有效值而不是全 0 或全 FData.Dump 0xE00FF000这个地址是 ARM Cortex-M 系列 CoreSight ROM 表的常见起始位置读出来应该能看到一串指向各调试组件的指针。全 0 说明总线没通全 F 说明读到了悬空总线两种情况都回到硬件层查。第三步加载一个带符号的镜像并下断点验证调试功能真的可用Data.LOAD.Elf D:\proj_a\build\demo.elf /NoClear Break.Set main /Program Go/NoClear表示加载前不清除已有内存内容适合分析现场/Program表示这是硬件断点写到 Flash 里的代码必须用硬件断点软件断点改不了 Flash。Go之后如果能在main停下整条链路就算通了。Trace 功能是另一条线需要目标芯片本身支持片上 Trace 并且调试头接了 Trace 线。只接 JTAG 的情况下 Trace 窗口一直空是正常的不是软件故障。判断方法是看调试头上有没有额外的 Trace 接口、目标板有没有引出 Trace 引脚两样缺一样就不用往下试了。5. 避坑与排查五条现场翻车记录下面这些是搭环境阶段出现频率最高的几类问题每条按现象、原因、解决三段写遇到时对号入座比盲目重装快得多。5.1 设备管理器里压根没有 TRACE32 Devices现象软件装完USB 线插上主模块电源灯亮设备管理器刷新好几遍也找不到 TRACE32 相关条目PowerView 里连 USB 都选不了。原因按发生概率排第一是驱动没装或被系统拦了尤其是先在没插硬件的情况下装软件、装驱动步骤被跳过第二是线的问题部分 USB 线只供电不传数据或者用的是充电线第三是主模块没真正上电电源灯亮不代表内部供电正常有些型号需要等几秒才完成自检。解决先换一根确认能传数据的线插到主板后置 USB 口而不是前面板或 Hub再回安装包files\bin\操作系统\drivers目录单独跑一次驱动安装还不行就在设备管理器里显示隐藏设备看有没有带感叹号的未知设备有就右键更新驱动指向该目录。虚拟机环境按 3.3 里的方法换 USB 2.0 排查。5.2 CPU 列表里找不到想调试的芯片现象PowerView 起来了SYStem.CPU后面敲型号列表里翻遍了也没有目标芯片或者有同系列但型号对不上。原因最常见是安装时平台组件没勾。TRACE32 按架构装二进制勾了 Cortex-M 没勾 Cortex-AA 系列的 CPU 就是不出来。其次是版本太老新器件支持是跟着软件版本走的老版本里根本没有这颗芯片的条目。第三种容易误判2021 年之前 ARM32 和 ARM64 分家调 64 位核却开了 32 位入口的程序。解决先确认当前启动的是哪个架构的可执行文件窗口标题栏通常能看到再回安装程序补勾对应平台最后考虑升版本增量包覆盖即可。如果只是型号名写法不同比如带后缀的派生型号可以查安装目录pdf里的 CPU 支持列表确认标准写法或者选同内核的通用条目先连上。5.3 网络连 LA-3505 一直连不上现象主模块是 LA-3505用 USB 一切正常改成网络连接后 PowerView 报连接超时ping 也不通。原因主模块的 IP 还没配或者配了但和 PC 不在同一网段配置文件的PBI段还留着USB没改成NET网线接到了主模块的错误口上有些型号有多个网口只有特定口用于调试公司网络做了端口隔离PC 和调试器虽然同网段但互相不通。解决先用 USB 连上把 IP 配好并记下来再用ping确认三层可达配置文件里的PBI段改成NET加NODEIP加PORT端口三行缺一不可换一个独立的小交换机把 PC 和调试器单独组网绕开公司网络的隔离策略用telnet IP 端口测一下端口通不通比 ping 更能说明问题。5.4 两个实例互相抢会话现象同时开两个 PowerView 调两颗芯片第二个起来后第一条命令就报错或者莫名其妙连到了第一个实例的目标上断点下到了不该下的地方。原因两个实例用了同一份config.t32ID和TMP都相同内部标识冲突或者两个实例同时抢同一个 USB 设备底层只允许一个进程持有句柄。解决每个项目一份独立配置文件ID和TMP都必须不同调试不同目标时优先用两台主模块一台主模块物理上只能同时服务一个会话。做多核调试时用的是同一个实例内的多核视图不是开两个实例这一点容易搞混。5.5 换机器后一切照旧却连不上现象在 A 机器上跑得好好的配置整包拷到 B 机器上软件能开、设备能认就是SYStem.Up一直失败。原因配置文件里的路径还是 A 机器的绝对路径TMP目录不存在导致内部状态异常或者 B 机器的 USB 口供电能力不足主模块勉强枚举成功但工作不正常也可能是 B 机器上装的是另一个版本的软件与调试头固件不匹配。解决把配置文件里的绝对路径全部改成相对路径或者 B 机器的实际路径TMP指向的目录要确保存在且可写换到后置 USB 口或带外部供电的 Hub打开 PowerView 时留意启动日志里有没有固件版本提示有就按提示升级或回退到匹配版本。6. 进阶用 PRACTICE 脚本把重复动作固化下来环境搭顺之后真正省时间的是把每次都要敲的那几条命令写成脚本。TRACE32 的 PRACTICE 脚本习惯叫 cmm是纯文本的语法就是命令序列加少量流程控制不需要编译改完直接跑。我一般给每个项目建一个init.cmm内容大概长这样; 项目初始化脚本连接目标、加载镜像、停在 main SYStem.CPU CortexM7 SYStem.JtagClock 5MHz SYStem.Up Data.LOAD.Elf .\build\demo.elf /NoClear Break.Set main /Program Go分号开头是注释行SYStem.JtagClock 5MHz比默认值保守板子刚上电时先用低速确保握手成功稳定后再手动提频Data.LOAD.Elf用相对路径这样整个项目目录换机器也能直接跑。启动时加-s参数把这个脚本带进去PowerView 起来就自动停在main省掉每次手动敲五条命令的时间。脚本还有个更实用的用法是批量验证。比如板子回来要做一轮冒烟测试写个脚本连续读几个关键寄存器、导出内存到文件、再把结果存成日志人不用守着Data.SAVE.Binary .\log\sram_dump.bin 0x20000000--0x2000FFFF WinPrint.Data.Dump第一条把 SRAM 一段区间导出成二进制文件供事后比对第二条把当前数据窗口内容打到日志里。这类脚本在回归测试里比人工看窗口靠谱得多。有两个技巧值得记一下。一是脚本里尽量别写死绝对路径和 IP用 PRACTICE 的变量或者环境变量传进去同一份脚本就能在实验室和产线两边用。二是脚本出错时默认会中断执行如果希望某条命令失败也继续往下跑命令后面加/Silent之类的选项控制行为具体选项查安装目录pdf里的 PRACTICE 语言手册不同版本的选项名有差异。还有一个容易被忽略的是命令行启动配合脚本做无人值守。把t32marm.exe -c config.t32 -s init.cmm包一层批处理跑完自动退出就能挂到 CI 上做上电自检。这套东西搭起来之后板子一到手先跑一遍脚本链路、镜像、断点三件事一次验证完比人工点窗口快得多。我从第一次因为改坏了公共config.t32导致整个实验室的调试环境一起趴窝之后就给自己定了条规矩任何 TRACE32 相关的东西安装目录只读不改所有配置、脚本、临时文件一律放在项目目录下用-c显式指定。刚开始觉得麻烦多写两行路径而已后来换机器、并行调板子、给同事复现问题时这套习惯一次都没让我返工过。希望帮到你。本文还有配套的精品资源点击获取
简介《劳特巴赫TRACE32快速入门》是一份面向嵌入式调试初学者与刚接触劳特巴赫调试器人员的入门手册并适用于英飞凌等微处理器与微控制器调试场景重点解决TRACE32软件安装、硬件环境搭建和首次启动中的基础操作与常见疑问。压缩包内为1个PDF文件大小约6.17MB内容按安装、连接、启动及附录组织便于按章查阅。手册覆盖安装包获取与安装流程、JTAG/SWD等连接方式、建议上下电顺序、目标芯片识别与环境确认并介绍快捷方式启动方法附录还涉及PowerView通过网络连接LA-3505、CPU列表中找不到目标芯片的排查以及命令行启动TRACE32。对于需要建立调试流程的读者可借此理解断点设置、内存查看、寄存器操作和数据跟踪等基础能力并形成从环境搭建到问题定位的排错思路。目前已有6456人学习。1. TRACE32 不是装上就能跑先分清 Debug 和 Trace 两条技术线劳特巴赫 Trace32 调试器在汽车电子、工业控制和多核 SoC 的板级调试里属于「板子点不亮、Boot 跑飞、中断进不去」时最后一张能看清现场的牌。它跟普通 IDE 自带调试器最大的差别在于Debug 走 JTAG/SWD 这类口做断点、单步、寄存器读写Trace 走片上或外挂 Trace 口做代码回溯、执行时间统计和覆盖率两条链路用的硬件通道、时钟配置和软件入口都不一样很多人一上来就把两者混为一谈结果 Trace 一直不出数据却以为是软件坏了。这份入门手册基于 ARM、TriCore、PowerPC 三个常见平台讲的是安装、硬件连接、上下电顺序和 PowerView 启动这几件最基础也最容易翻车的事适合刚接手调试器的固件工程师和需要给团队搭环境的测试负责人。2. 安装包与平台勾选从 setup.bat 到第一个能打开 PowerView 的安装装 TRACE32 最容易犯的错不是点错按钮而是装完发现 CPU 列表里没有自己那颗芯片。原因通常出在安装时勾选的平台组件上——TRACE32 的安装器是按架构分发二进制的没勾 ARM64你后面怎么折腾都找不到 Cortex-A53 的入口。这一章把获取渠道、Windows 安装和 Linux 安装拆开讲重点是每个选项背后的实际影响。2.1 四种安装包来源先想清楚要全量还是增量手册里列了四条路随产品附带的光盘、官网完整安装包、离线网盘镜像、官网增量升级包。这四种东西性质完全不同混用会出问题。渠道内容适用场景注意点随产品光盘与硬件同批次的完整安装包新机器第一次装、离线环境版本可能偏旧装完再打增量包官网完整包只提供最新版本有网络、要新平台支持需注册注册要填调试头序列号离线镜像完整安装程序内网机器、不方便注册核对版本号别拿到半年前的包官网增量包只提供最新版本机器上已有旧版本不解压安装直接覆盖文件增量升级包这个设计值得单独说一句。它不是安装程序解压后把files等目录整体覆盖到原 TRACE32 根目录即可。好处是省事坏处是留不下后悔药——覆盖之后旧版本的库文件就被替换掉了如果新版本对某个老内核的支持有回归回退只能重装完整包。我一般会在覆盖前把整个安装目录打包备份一份目录动辄几个 GB但比重装一次省时间得多。官网注册时要填调试头序列号这一步很多人卡住序列号在调试头本体的标签上也可能在主模块的铭牌上不同型号位置不一样。填过一次之后有新版本发布会有邮件提醒对长期跟进新器件支持的团队挺实用。还有一个容易忽略的点安装包和调试头固件是有配套关系的。新版本软件对老调试头的固件有最低要求版本跨太多时 PowerView 启动后会提示固件不匹配。这种情况不要硬点继续先看安装目录下pdf文件夹里的 release notes确认这个软件版本支持的固件范围再决定是升软件还是降软件。2.2 Windows 安装典型安装与平台勾选的对应关系Windows 下的入口是安装包根目录的setup.bat双击后一路 Next中间只有两处需要真正做决定安装类型和平台组件。安装类型选典型Typical Installation就够了自定义安装多出来的选项主要是文档语言和示例脚本对上手没帮助。真正的关键在平台勾选页这里勾什么决定了你后面开始菜单里出现哪些快捷方式、bin目录下生成哪些可执行文件。要调试的内核勾选项说明Cortex-M 系列Cortex-M覆盖 M0/M3/M4/M7/M33 等Cortex-A9Cortex-A9老平台单独入口Cortex-A53/A72/A73Cortex-A53/A72/A7364 位应用处理器TriCore 系列TriCore含 TC2xx/TC3xxTriCore HSMTriCore HSM需要同时调安全核时必须勾PowerPC 系列MPC5xxx / QorIQ 等按实际器件族选这里有个版本分水岭必须记住2021 年之前的 TRACE32 版本ARM32 和 ARM64 是两个独立的安装入口调试 32 位核要装 ARM32调 64 位核要装 ARM64装错了在 CPU 列表里就是找不到。2021.09 之后两个入口合并勾一个 ARM 就能同时覆盖。团队里如果同时存在新旧版本最好在环境文档里写清楚每台机器装的是哪个分支否则接手的人会反复踩这个坑。驱动安装那一步建议直接允许。TRACE32 的 USB 驱动不是系统自带的通用驱动跳过之后设备管理器里会出现一个带感叹号的未知设备后面无论怎么换线都识别不出来。安装完成后如果系统提示重启就重启别图省事点稍后。最后一步的注册按需选择不注册不影响本地调试只影响自动更新提醒和技术支持渠道。2.3 Linux 安装Qt 依赖、脚本执行与权限Linux 下的安装流程比 Windows 短但依赖问题更集中。手册给的示例是 Ubuntu 64 位环境需要先补 Qt 运行库# TRACE32 的 PowerView 界面依赖 Qt5缺这两个库会直接报找不到共享对象 sudo apt-get install libqt5gui5 sudo apt-get install libqt5printsupport5这两条只是手册明确列出的最小集合实际在不同发行版上还会缺libxcb系列、字体配置等。判断方法很简单装完软件第一次启动时终端会打印缺失的.so文件名缺什么装什么ldd对着t32m*.exe查一遍也能一次看全。进入安装包目录后执行setup_linux.sh按提示走完即可。这里有一个权限细节安装设备驱动那一步需要管理员权限普通用户执行到该步骤会失败但不一定报错明显表现为后面插上调试头系统毫无反应。稳妥做法是用sudo执行整个脚本或者在提示驱动步骤时单独提权。还有一点和 Windows 不同Linux 下没有开始菜单快捷方式启动入口是bin目录下的可执行文件所以命令行启动在这个平台上不是可选项而是默认项第 4 章会细讲参数怎么写。3. 硬件链路搭建USB 与网络两条路的接法、上下电顺序和识别自检软件装完只是准备工作真正让新手卡住的是硬件这一环。TRACE32 的硬件是分体的主模块PowerDebug负责和 PC 通信调试头Debug Cable负责和目标芯片讲话中间还有供电和地的处理。接错顺序、用错线、认错口都会表现为「软件打开了但连不上」。这一章按「选连接方式 → 守上下电顺序 → 确认系统识别」三步走。3.1 主模块型号决定连接方式不是所有型号都能走网口先看主模块型号这决定了 PC 和调试器之间只能用 USB 还是可以走网络主模块型号支持的连接方式备注LA-3500 / LA-3503仅 USB 2.0/3.0没有网口别去找 RJ45LA-3505USB 或以太网走网络需提前配好 IPμTRACELA-3204 / LA-3202仅 USB体积小用于 Cortex-M、RISC-V 32 位LA-3505 是唯一能走网络的一档它的价值在多用户和远程场景调试器放在实验室的板子上工程师在工位上通过网络连过去不用每次跑去插线。但网络连接有个前提——IP 必须先配好而且配 IP 这一步不能通过 PowerView 完成得用独立的配置手段先把主模块的地址定下来再让 PowerView 按这个地址去连。附录里专门给了这条路径说明它不是默认流程第一次用的人容易在 PowerView 里翻半天找不到填 IP 的地方。连接拓扑上还有个细节调试头那根扁线Debug Cable接目标板的调试口方向和针脚定义按目标板原理图来接反了轻则不识别重则目标板不上电。上电前建议用万用表量一下调试口的 VREF 和目标板 IO 电压是否一致尤其是 1.8V 和 3.3V 混用的板子。3.2 上下电顺序先主模块后目标板下电反过来手册里把上电和下电分别列了流程这里按实际操作顺序重排一遍并且说清楚每一步为什么这么排。上电顺序用 USB 线或网线把 PC 和 TRACE32 主模块连起来给 TRACE32 主模块上电打开 PowerView等到欢迎界面出现把 Debug Cable 接到目标板的调试口最后给目标板上电。下电顺序完全反过来关闭 PowerView 软件目标板下电断开 Debug Cable 与目标板的连接TRACE32 主模块下电。这个顺序不是仪式感。先给主模块上电、后给目标板上电是为了让调试器在目标芯片复位释放之前就已经处于可接管状态这样芯片一起来调试器就能抓住复位向量否则容易错过最开始的几条指令尤其是那些一上电就跑飞、几毫秒后就死循环的板子。反过来下电时先关软件再断目标板是为了避免目标板带电时调试口突然失去驱动某些器件的调试引脚在悬空状态下会拉低复位或者误触发。血泪经验是热插拔 Debug Cable 是能少干就少干的事。板子带电时插拔调试排线运气好只是连不上运气不好会把目标板的调试接口打坏。3.3 环境自检设备管理器、dmesg 和 lsusb 三处对照装完软件、插上硬件、上完电之后别急着开 PowerView先确认操作系统层面认没认到设备。Windows 下打开设备管理器看有没有TRACE32 Devices这一项。有且没有黄色感叹号说明驱动力正常有感叹号说明驱动没装好回到安装包的files\bin\操作系统\drivers目录单独重装驱动完全没有这一项说明是物理层没通——线、口、供电三者之一有问题。Linux 下用两条命令交叉验证# 查看内核日志里最近的 USB 枚举记录能看出设备是否被识别以及速度模式 dmesg | tail -30 # 列出 USB 设备按厂商 ID 过滤0x897 是该调试器的 USB Vendor ID lsusb | grep -i 0897lsusb能列出来但 PowerView 连不上问题在权限或驱动层lsusb里根本没有这条记录问题在物理层。注意厂商 ID 的前导零实际显示可能是0897用grep 897也能匹配到。虚拟机环境是重灾区。USB 3.0 控制器在部分虚拟化平台上枚举异常表现为宿主机能看到设备、虚拟机里看不到或者时有时无。排查手法很土但有效换一根 USB 2.0 线插到 USB 2.0 口上再试。2022 年之后部分型号出厂不再附 USB 2.0 数据线得自己备一根建议直接在工具包里常驻一根。4. 启动 PowerView快捷方式、命令行与连上目标后的最小验证软件和硬件都就位后最后一步是把 PowerView 拉起来并和目标芯片建立会话。手册给的是快捷方式启动优点是快缺点是它把一堆配置写死在安装目录的公共文件里多项目、多核、多实例的场景下会互相干扰。这一章先讲快捷方式的边界再讲命令行启动怎么写最后给一段连上之后立刻能做的验证动作。4.1 快捷方式启动能用但要知道它改了什么开始菜单里的 TRACE32 目录下按架构列了一排快捷方式命名规则是TRACE32 ICD 架构 接口。TriCore 平台点TRACE32 ICD Tricore USBPowerPC 平台点TRACE32 ICD PPC USBCortex-R8/M/A9 点TRACE32 ICD ARM32 USBCortex-A53 点TRACE32 ICD ARM64 USB。2021.09 之后的版本 ARM32 和 ARM64 已经合并不必再区分。快捷方式启动的本质是用安装目录根下那个公共config.t32拉起对应架构的可执行文件。这带来两个直接限制第一配置是全局的。多核调试要指定核号、界面字体要改、启动时要自动跑一段初始化脚本这些在快捷方式里都没地方填。有人图省事直接改根目录的config.t32改完发现所有架构的实例都受影响甚至别的同事换台机器用同一份共享安装目录时直接被带偏。第二实例之间会打架。同时开两个快捷方式调试两颗芯片时如果两者的临时目录、端口号没做隔离第二个实例可能连上第一个的会话或者直接报资源占用。所以快捷方式适合单人单项目、只调一颗芯片的入门阶段。一旦进入多核或者要写自动化脚本就得转到命令行。4.2 命令行启动用独立的 config.t32 做实例隔离命令行的核心是-c参数指定配置文件-s参数指定启动后自动执行的脚本。每个项目准备一份自己的config.t32放在项目目录下不要动安装目录里的公共文件。# 在项目目录下启动 ARM 架构的 TRACE32使用本项目的独立配置并自动执行初始化脚本 C:\T32\bin\windows64\t32marm.exe -c D:\proj_a\config.t32 -s D:\proj_a\init.cmm参数含义-c后面跟配置文件路径决定接口类型、临时目录、实例 ID-s后面跟 PRACTICE 脚本路径PowerView 起来后自动跑。可执行文件名按架构不同ARM 是t32marm.exe64 位 ARM 是t32marm64.exeTriCore 是t32mtc.exePowerPC 是t32mppc.exe一类以实际安装目录为准。配置文件里最关键的几段是接口和实例标识OS IDPROJ_A TMPD:\proj_a\tmp PBI USBID决定窗口标题和内部实例标识两个实例用同一个 ID 会互相串TMP是临时目录多实例必须分开PBI段声明物理接口USB 就是一行USB走网络则换成NET加NODE和PORT两行填主模块的 IP 和端口。这个文件的格式对缩进和空行敏感OS这类空值行不能删。第一次写配置文件建议从安装目录里的模板复制一份再改手写容易漏段。改完先用-c起一次确认能进欢迎界面再加-s这样出问题时能分清是配置错还是脚本错。4.3 连上目标后的最小验证三步确认链路真的通了PowerView 打开只是软件起来了跟目标芯片有没有握上手是另一回事。建议每次环境变更后都跑一遍最小验证别等真正调试时才发现链路有问题。第一步在 PowerView 命令行里指定 CPU 型号并尝试连接SYStem.CPU CortexM7 SYStem.JtagClock 10MHz SYStem.UpSYStem.CPU告诉调试器目标内核型号型号名要和 CPU 列表里的写法完全一致SYStem.JtagClock设 JTAG 时钟板子走线长、干扰大时先降到 1MHz 试通再往上加SYStem.Up是真正建立连接并复位目标。这三条能无报错执行完说明调试口、供电、时钟三项基本正常。如果SYStem.Up报错先降时钟再查供电和复位脚。第二步读一下内核的 ID 寄存器或者 CoreSight ROM 表确认读到的是有效值而不是全 0 或全 FData.Dump 0xE00FF000这个地址是 ARM Cortex-M 系列 CoreSight ROM 表的常见起始位置读出来应该能看到一串指向各调试组件的指针。全 0 说明总线没通全 F 说明读到了悬空总线两种情况都回到硬件层查。第三步加载一个带符号的镜像并下断点验证调试功能真的可用Data.LOAD.Elf D:\proj_a\build\demo.elf /NoClear Break.Set main /Program Go/NoClear表示加载前不清除已有内存内容适合分析现场/Program表示这是硬件断点写到 Flash 里的代码必须用硬件断点软件断点改不了 Flash。Go之后如果能在main停下整条链路就算通了。Trace 功能是另一条线需要目标芯片本身支持片上 Trace 并且调试头接了 Trace 线。只接 JTAG 的情况下 Trace 窗口一直空是正常的不是软件故障。判断方法是看调试头上有没有额外的 Trace 接口、目标板有没有引出 Trace 引脚两样缺一样就不用往下试了。5. 避坑与排查五条现场翻车记录下面这些是搭环境阶段出现频率最高的几类问题每条按现象、原因、解决三段写遇到时对号入座比盲目重装快得多。5.1 设备管理器里压根没有 TRACE32 Devices现象软件装完USB 线插上主模块电源灯亮设备管理器刷新好几遍也找不到 TRACE32 相关条目PowerView 里连 USB 都选不了。原因按发生概率排第一是驱动没装或被系统拦了尤其是先在没插硬件的情况下装软件、装驱动步骤被跳过第二是线的问题部分 USB 线只供电不传数据或者用的是充电线第三是主模块没真正上电电源灯亮不代表内部供电正常有些型号需要等几秒才完成自检。解决先换一根确认能传数据的线插到主板后置 USB 口而不是前面板或 Hub再回安装包files\bin\操作系统\drivers目录单独跑一次驱动安装还不行就在设备管理器里显示隐藏设备看有没有带感叹号的未知设备有就右键更新驱动指向该目录。虚拟机环境按 3.3 里的方法换 USB 2.0 排查。5.2 CPU 列表里找不到想调试的芯片现象PowerView 起来了SYStem.CPU后面敲型号列表里翻遍了也没有目标芯片或者有同系列但型号对不上。原因最常见是安装时平台组件没勾。TRACE32 按架构装二进制勾了 Cortex-M 没勾 Cortex-AA 系列的 CPU 就是不出来。其次是版本太老新器件支持是跟着软件版本走的老版本里根本没有这颗芯片的条目。第三种容易误判2021 年之前 ARM32 和 ARM64 分家调 64 位核却开了 32 位入口的程序。解决先确认当前启动的是哪个架构的可执行文件窗口标题栏通常能看到再回安装程序补勾对应平台最后考虑升版本增量包覆盖即可。如果只是型号名写法不同比如带后缀的派生型号可以查安装目录pdf里的 CPU 支持列表确认标准写法或者选同内核的通用条目先连上。5.3 网络连 LA-3505 一直连不上现象主模块是 LA-3505用 USB 一切正常改成网络连接后 PowerView 报连接超时ping 也不通。原因主模块的 IP 还没配或者配了但和 PC 不在同一网段配置文件的PBI段还留着USB没改成NET网线接到了主模块的错误口上有些型号有多个网口只有特定口用于调试公司网络做了端口隔离PC 和调试器虽然同网段但互相不通。解决先用 USB 连上把 IP 配好并记下来再用ping确认三层可达配置文件里的PBI段改成NET加NODEIP加PORT端口三行缺一不可换一个独立的小交换机把 PC 和调试器单独组网绕开公司网络的隔离策略用telnet IP 端口测一下端口通不通比 ping 更能说明问题。5.4 两个实例互相抢会话现象同时开两个 PowerView 调两颗芯片第二个起来后第一条命令就报错或者莫名其妙连到了第一个实例的目标上断点下到了不该下的地方。原因两个实例用了同一份config.t32ID和TMP都相同内部标识冲突或者两个实例同时抢同一个 USB 设备底层只允许一个进程持有句柄。解决每个项目一份独立配置文件ID和TMP都必须不同调试不同目标时优先用两台主模块一台主模块物理上只能同时服务一个会话。做多核调试时用的是同一个实例内的多核视图不是开两个实例这一点容易搞混。5.5 换机器后一切照旧却连不上现象在 A 机器上跑得好好的配置整包拷到 B 机器上软件能开、设备能认就是SYStem.Up一直失败。原因配置文件里的路径还是 A 机器的绝对路径TMP目录不存在导致内部状态异常或者 B 机器的 USB 口供电能力不足主模块勉强枚举成功但工作不正常也可能是 B 机器上装的是另一个版本的软件与调试头固件不匹配。解决把配置文件里的绝对路径全部改成相对路径或者 B 机器的实际路径TMP指向的目录要确保存在且可写换到后置 USB 口或带外部供电的 Hub打开 PowerView 时留意启动日志里有没有固件版本提示有就按提示升级或回退到匹配版本。6. 进阶用 PRACTICE 脚本把重复动作固化下来环境搭顺之后真正省时间的是把每次都要敲的那几条命令写成脚本。TRACE32 的 PRACTICE 脚本习惯叫 cmm是纯文本的语法就是命令序列加少量流程控制不需要编译改完直接跑。我一般给每个项目建一个init.cmm内容大概长这样; 项目初始化脚本连接目标、加载镜像、停在 main SYStem.CPU CortexM7 SYStem.JtagClock 5MHz SYStem.Up Data.LOAD.Elf .\build\demo.elf /NoClear Break.Set main /Program Go分号开头是注释行SYStem.JtagClock 5MHz比默认值保守板子刚上电时先用低速确保握手成功稳定后再手动提频Data.LOAD.Elf用相对路径这样整个项目目录换机器也能直接跑。启动时加-s参数把这个脚本带进去PowerView 起来就自动停在main省掉每次手动敲五条命令的时间。脚本还有个更实用的用法是批量验证。比如板子回来要做一轮冒烟测试写个脚本连续读几个关键寄存器、导出内存到文件、再把结果存成日志人不用守着Data.SAVE.Binary .\log\sram_dump.bin 0x20000000--0x2000FFFF WinPrint.Data.Dump第一条把 SRAM 一段区间导出成二进制文件供事后比对第二条把当前数据窗口内容打到日志里。这类脚本在回归测试里比人工看窗口靠谱得多。有两个技巧值得记一下。一是脚本里尽量别写死绝对路径和 IP用 PRACTICE 的变量或者环境变量传进去同一份脚本就能在实验室和产线两边用。二是脚本出错时默认会中断执行如果希望某条命令失败也继续往下跑命令后面加/Silent之类的选项控制行为具体选项查安装目录pdf里的 PRACTICE 语言手册不同版本的选项名有差异。还有一个容易被忽略的是命令行启动配合脚本做无人值守。把t32marm.exe -c config.t32 -s init.cmm包一层批处理跑完自动退出就能挂到 CI 上做上电自检。这套东西搭起来之后板子一到手先跑一遍脚本链路、镜像、断点三件事一次验证完比人工点窗口快得多。我从第一次因为改坏了公共config.t32导致整个实验室的调试环境一起趴窝之后就给自己定了条规矩任何 TRACE32 相关的东西安装目录只读不改所有配置、脚本、临时文件一律放在项目目录下用-c显式指定。刚开始觉得麻烦多写两行路径而已后来换机器、并行调板子、给同事复现问题时这套习惯一次都没让我返工过。希望帮到你。本文还有配套的精品资源点击获取
