1. 项目概述这不是普通软件安装而是一次嵌入式调试环境的“手术级”部署Lauterbach Trace32业内人常直接叫它“Trace32”不是那种点几下“下一步”就能完事的桌面工具。它是嵌入式系统工程师手里的“示波器逻辑分析仪万用表反汇编器”的终极融合体专为ARMv8-R、Cortex-R52这类高可靠性实时处理器设计——你猜对了它主要活跃在汽车电子、航空航天、工业控制这些容不得半点闪失的领域。我第一次在客户现场看到它被用来调试一个Zynq UltraScale MPSoC上的安全隔离核Secure Isolation Core时整个调试台面铺满了三台不同型号的JTAG仿真器Trace32主界面同时开着六个独立的调试窗口每个窗口里跑着不同核的裸机固件还实时显示着共享内存区的Cache一致性状态。那一刻我就明白所谓“安装”本质是给一台精密仪器做校准和配准。核心关键词“Lauterbach”、“Trace32”、“ARMv8-R”、“Cortex-R52”、“setup.bat”已经勾勒出全部轮廓这不是通用IDE而是面向特定指令集架构尤其是ARMv8-R这种带强实时特性的变种、特定硬件平台如Xilinx Zynq系列、需要与底层硬件仿真器深度耦合的专业调试系统。它不依赖Windows注册表或用户环境变量来工作而是靠一套自洽的、路径绝对化的配置体系驱动。那个看似普通的setup.bat其实是整套环境的“心脏起搏器”——它不光解压文件还要校验硬件加密狗USB dongle的授权密钥、生成针对当前CPU型号的专用初始化脚本、预编译调试脚本.cmm文件甚至会根据主板BIOS版本微调JTAG时序参数。网上搜到的“trace32怎么把全局变量用曲线表示出来”背后真正卡住人的从来不是菜单点哪里而是变量符号表根本没加载进来而符号表加载失败90%的原因出在安装阶段的路径配置或目标描述文件*.cmm里对内存映射的定义错误。所以这篇指南我们不讲“双击setup.bat→下一步→完成”我们讲清楚每一个.bat执行后Trace32内部发生了什么为什么Zynq平台必须单独处理以及当你在Cortex-R52上想看一个全局变量的实时波形时从安装那一刻起你已经在为这个需求埋下伏笔。2. 安装前的系统级准备与硬性约束解析2.1 操作系统与权限Windows不是唯一选择但64位是铁律Trace32官方支持Windows 10/1164位、Linuxx86_64, RHEL/CentOS 7.6 或 Ubuntu 20.04以及少数嵌入式Linux发行版。但请注意ARMv8-R和Cortex-R52的完整调试能力在Linux上存在显著限制。原因在于R52的TrustZone实现、内存管理单元MMU的特殊页表格式、以及关键的Debug Interface如CoreSight ETM寄存器访问其驱动层高度依赖Windows内核的WDM模型。我实测过在Ubuntu 22.04上通过USB连接Lauterbach PowerDebug Probe能识别设备、能读取基本ID但一旦尝试启用ETM跟踪Execution Trace内核日志立刻报coreSight: unsupported debug arch version。因此除非你的项目明确要求在Linux宿主机上做离线分析比如用trace32 -b script.cmm批量处理已捕获的trace数据否则强烈建议将安装环境锁定在Windows 10/11 64位专业版或企业版。权限方面Trace32安装过程会向C:\Program Files\Lauterbach写入核心二进制文件并在C:\Users\Public\Documents\Lauterbach创建全局配置目录。这意味着你必须以本地管理员身份运行setup.bat。更关键的是安装完成后每次启动trace32.exe它都会尝试加载USB驱动t32usb.sys。这个驱动在Windows 10 1809之后默认被禁用因为微软认为它不符合WHQL签名标准。所以安装前必须先执行两步系统预置禁用驱动强制签名以管理员身份打开CMD执行bcdedit /set testsigning on shutdown /r /t 0重启后系统右下角会出现“测试模式”水印这是正常现象。关闭Windows Defender实时防护进入“Windows安全中心”→“病毒和威胁防护”→“管理设置”临时关闭“实时保护”。这不是为了绕过安全而是因为setup.bat在解压过程中会高频创建/删除临时DLLDefender会误判为恶意行为并中断进程。我曾因未关此功能导致安装卡在Extracting t32usb.sys...长达17分钟最终报错退出。提示如果你的公司IT策略严格禁止禁用Defender可将C:\Lauterbach\install\整个目录添加到Defender的排除列表中效果等同。2.2 硬件依赖仿真器、加密狗与目标板的三角验证Lauterbach的安装不是孤立事件它必须与三个物理实体完成“握手”才能激活全部功能仿真器Debugger Probe最常见的是PowerDebug、MicroTrace或最新的Trace32-ICD。注意不是所有Lauterbach仿真器都原生支持Cortex-R52。R52属于ARMv8-R架构其调试接口Debug Interface与常见的Cortex-A系列ARMv8-A有细微差异尤其在Security State切换和Exception LevelEL寄存器访问上。官方文档明确指出只有2021年Q3及之后固件版本的PowerDebug Probe才完整支持R52的Secure EL2调试。因此安装前务必检查你的Probe固件版本连接Probe到PC运行T32Start.exe位于安装包根目录在弹出的窗口左下角查看Firmware Version。若低于V10.0.0必须先用Lauterbach官网下载的PowerDebug_Firmware_Update.exe升级否则后续安装的Trace32软件会检测到Probe不兼容自动禁用R52相关调试选项。加密狗USB Dongle这是Lauterbach的授权核心。它不是即插即用的U盘而是一个需要专用驱动的硬件密钥。setup.bat在安装末期会自动调用dongle_setup.exe。但这里有个致命陷阱Windows 10/11默认禁用旧版HID类驱动。如果插入加密狗后设备管理器里显示为“未知设备”或“HID-compliant device”说明驱动未加载。此时必须手动进入设备管理器右键该设备→“更新驱动程序”→“浏览我的电脑以查找驱动程序”→“让我从计算机上的可用驱动程序列表中选取”→勾选“显示兼容硬件”然后在厂商列表中选择“Lauterbach”型号选“T32 USB Dongle”。跳过这一步setup.bat会静默失败且不会报错只会在日志里留下一行[ERROR] Dongle not found。目标板Target Board以Zynq为例安装前必须确认目标板的JTAG链路物理连通。用万用表测量仿真器JTAG接头通常是14针ARM Cortex标准的TCK、TMS、TDI、TDO、nTRST引脚与Zynq芯片对应焊盘间的电阻应为0Ω直通。我见过太多案例问题不出在软件而是客户用了一根劣质JTAG线内部某根线虚焊导致setup.bat能完成但首次启动Trace32时连接目标就报JTAG IR scan failed。建议用Lauterbach自带的T32Start.exe先做一次裸连接测试不加载任何配置仅点击Debug → Connect如果能看到Connected to target说明硬件链路OK如果卡在Initializing JTAG chain...那99%是硬件问题别急着重装软件。2.3 磁盘空间与路径规范为什么必须放弃C盘默认路径setup.bat默认会将Trace32安装到C:\T32。但这是一个危险的默认值。原因有三长路径名灾难Trace32的配置文件.cmm脚本、符号文件.elf/.axf、trace数据文件.trc动辄数GB。当路径包含中文、空格或过长如C:\Program Files\Lauterbach\Trace32\config\zynq_r52_secure\Windows API在调用CreateFile时极易触发PATH_TOO_LONG错误。我曾在一个客户项目中因路径含“嵌入式开发”四个中文字符导致trace32.exe启动时无法加载default.cmm报错Cannot open file: C:\T32\config\zynq_r52_secure\default.cmm实际文件明明存在。解决方案是安装时手动指定路径为D:\T32或E:\Lauterbach确保路径纯英文、无空格、总长度50字符。权限冲突C:\T32位于系统盘Windows对C:\根目录下的文件写入有额外UAC保护。Trace32在运行时会动态生成临时文件如T32TEMP\*.tmp若C:\T32\T32TEMP目录权限不足会导致脚本执行中断。而D:\T32是普通数据盘无此限制。多版本共存需求大型项目常需同时维护多个Trace32版本如V10.0用于老项目V11.2用于新项目。若都装在C:\T32版本切换就是灾难。正确做法是为每个版本创建独立根目录如D:\T32_V10.0、D:\T32_V11.2并通过修改setup.bat中的SET T32ROOTD:\T32_V11.2环境变量来指定。注意setup.bat本身就是一个批处理脚本你可以用记事本直接编辑它。在文件开头找到SET T32ROOT这一行将其改为你的目标路径。这是最稳妥的安装路径定制方式比安装后手动移动文件夹可靠得多。3. 核心安装流程与setup.bat的逐行解密3.1 setup.bat不是黑盒它到底执行了哪些关键动作网上的教程大多把setup.bat当作一个不可拆解的“魔法盒子”双击就完事。但作为资深工程师我们必须知道它每一步在干什么否则出错时只能抓瞎。下面是我对Lauterbach官方setup.bat以V11.2版本为例的逐行逆向分析剥离了所有注释和冗余判断提炼出核心逻辑链echo off REM 第一阶段环境预检与路径初始化 IF NOT EXIST %~dp0\bin\trace32.exe ( echo ERROR: Missing trace32.exe in bin folder! pause exit /b 1 ) REM 检查安装包完整性确保bin目录下存在主程序这是最基础的校验 SET T32ROOTD:\T32 IF NOT EXIST %T32ROOT% MKDIR %T32ROOT% REM 强制指定并创建根目录避免使用默认C:\T32 REM 第二阶段核心文件解压与权限设置 FOR %%i IN (bin config doc examples) DO ( IF EXIST %~dp0\%%i\ ( xcopy /E /I /Y %~dp0\%%i %T32ROOT%\%%i REM 将安装包内的bin/config/doc/examples四个文件夹递归复制到T32ROOT下 icacls %T32ROOT%\%%i /grant Users:(OI)(CI)F /T REM 关键赋予当前用户对整个目录的完全控制权限OIObject Inherit, CIContainer Inherit ) ) REM 第三阶段驱动与加密狗安装 IF EXIST %~dp0\drivers\t32usb.inf ( rundll32.exe setupapi.dll,InstallHinfSection DefaultInstall 132 %~dp0\drivers\t32usb.inf REM 调用Windows API安装USB驱动这是让仿真器被识别的关键 ) IF EXIST %~dp0\dongle\setup.exe ( start /wait %~dp0\dongle\setup.exe /S REM 静默安装加密狗驱动/S参数是关键避免弹窗阻塞 ) REM 第四阶段生成环境配置与初始化脚本 echo [CONFIG] %T32ROOT%\config\demo\demo.t32 echo ID TRACE32 %T32ROOT%\config\demo\demo.t32 echo PORT 20000 %T32ROOT%\config\demo\demo.t32 REM 创建一个最小化的demo.t32配置文件这是Trace32启动时的默认入口 REM 第五阶段Zynq平台专项适配重点 IF EXIST %~dp0\zynq\ ( xcopy /E /I /Y %~dp0\zynq %T32ROOT%\config\zynq REM 复制Zynq专用配置包括ps7_init.tcl、zynq_r52.cmm等 call %T32ROOT%\config\zynq\zynq_setup.bat %T32ROOT% REM 执行Zynq专属setup脚本它会 REM - 修改ps7_init.tcl注入Cortex-R52的复位向量地址 REM - 编译zynq_r52.cmm生成针对R52的初始化代码 REM - 在config\demo\demo.t32中追加Zynq相关路径 )看到这里你应该明白了setup.bat的本质是一个自动化部署脚本它的价值不在于“安装”而在于“配置”。它把一堆静态文件根据你的系统环境OS、硬件、路径动态组装成一个可运行的调试环境。因此当安装失败时不要盲目重试而要打开setup.bat找到报错的那一行看它在试图操作什么——是复制文件是安装驱动还是执行Zynq脚本定位到具体动作问题就解决了一半。3.2 Zynq平台专项配置为什么必须有zynq_setup.batZynq UltraScale MPSoC不是一块简单的ARM芯片它是一个异构多核系统包含双核Cortex-A53应用处理器、双核Cortex-R5F实时处理器、FPGA可编程逻辑PL以及复杂的片上互连NoC。Trace32要调试R52R5F的增强版就必须理解这个系统的启动流程和内存拓扑。官方提供的zynq_setup.bat正是为此而生。它执行三个不可替代的动作修正PS-PL时钟域同步Zynq的Processing SystemPS和Programmable LogicPL运行在不同时钟域。zynq_setup.bat会解析ps7_init.tclXilinx SDK生成的PS初始化脚本找到create_clock命令并将PL侧的JTAG时钟TCK频率强制设为PS侧AXI总线时钟的1/4。这是因为R52的Debug Access PortDAP对TCK边沿采样有严格建立/保持时间要求。若不修正Connect to target时会报DAP timeout。生成R52专用初始化脚本.cmmzynq_r52.cmm是Trace32连接Zynq R52的核心。zynq_setup.bat会调用T32CCTrace32的CMM编译器编译它。这个脚本做了三件事SYStem.CPU CORTEXR52显式声明目标CPU为R52而非通用的Cortex-R5F。DATA.LOAD.Elf zynq_r52.elf加载R52固件的符号表这是后续“把全局变量用曲线表示出来”的前提。PERIPHERAL.ACCESS ON开启外设寄存器直接访问允许脚本读取R52的GICGeneric Interrupt Controller状态寄存器这对实时调试至关重要。配置内存映射Memory MapR52的内存空间被划分为Secure World和Non-Secure World。zynq_setup.bat会修改demo.t32添加SYStem.MemMap.Add 0x00000000 0x3FFFFFFF RAM SYStem.MemMap.Add 0x40000000 0x7FFFFFFF ROM SYStem.MemMap.Add 0x80000000 0xBFFFFFFF SECURE_RAM这个SECURE_RAM区域就是R52 Secure EL2代码运行的专属空间。没有它“曲线显示全局变量”功能会读取到错误的内存地址显示的永远是乱码。实操心得我曾遇到一个客户zynq_setup.bat执行成功但trace32.exe启动后Debug → Connect始终失败。最后发现zynq_setup.bat生成的zynq_r52.cmm里有一行SYStem.CPU CORTEXR52被手动改成了CORTEXR5F因为客户想“向下兼容”。结果Trace32按R5F协议去通信而R52硬件只响应R52协议导致握手失败。教训是Zynq平台的配置脚本一个字符都不能手改必须由zynq_setup.bat自动生成。3.3 安装后的首次启动与环境验证安装完成不等于万事大吉。setup.bat只是完成了“部署”真正的“激活”发生在第一次启动trace32.exe时。以下是必须执行的验证清单缺一不可启动与界面检查双击D:\T32\bin\trace32.exe。首次启动会弹出Configuration Wizard。不要点“Next”跳过必须点击Configure Manually然后在Config File栏输入D:\T32\config\demo\demo.t32。如果路径错误Trace32会启动一个空白界面没有任何菜单栏这是最常见的新手陷阱。仿真器连接验证启动后点击菜单Debug → Connect。观察状态栏Status Bar若显示Connected to PowerDebug说明仿真器驱动和硬件链路OK。若显示JTAG IR scan failed立即打开Debug → JTAG Chain查看扫描到的Device Count。正常应为1Zynq芯片。若为0检查JTAG线和Probe供电若为2说明JTAG链路上还有其他设备如FPGA配置芯片需在JTAG Chain窗口中手动删除无关设备。目标CPU识别验证连接成功后点击View → CPU。在弹出的CPU窗口中CPU Type一栏必须显示CORTEXR52。如果显示UNKNOWN或CORTEXR5F说明zynq_r52.cmm未被正确加载或demo.t32中SYStem.CPU配置错误。符号表加载验证这是“全局变量曲线显示”的生命线。点击File → Data → Load选择你的R52固件zynq_r52.elf。加载成功后状态栏会显示Symbols loaded from zynq_r52.elf。此时按CtrlShiftV打开Variable窗口输入一个全局变量名如g_system_status如果它出现在列表中且Address列显示一个有效的十六进制地址如0x80001234说明符号表加载完美。如果显示?或0x00000000说明.elf文件编译时未开启调试信息GCC参数缺少-g或zynq_r52.cmm中DATA.LOAD.Elf路径错误。常见问题速查表现象可能原因快速排查trace32.exe启动后黑屏/无菜单demo.t32路径错误或损坏用记事本打开demo.t32检查ID TRACE32是否首行且无BOM头Connect时卡在Initializing JTAG chain...Windows驱动未加载或Probe固件过旧设备管理器检查t32usb.sys状态运行T32Start.exe看Probe版本Variable窗口找不到变量.elf文件无调试信息或路径错误用arm-linux-gnueabihf-readelf -w zynq_r52.elf | head检查是否有.debug_*段曲线窗口View → Analysis → Trace显示No data available未启用ETM跟踪或内存缓冲区未配置Peripherals → ETM → EnableSYStem.Memory.Buffer设置缓冲区大小4. 从安装到“全局变量曲线显示”的全链路贯通4.1 “把全局变量用曲线表示出来”的底层原理网络热词“trace32怎么把全局变量用曲线表示出来”背后是一个涉及硬件、固件、软件三层协同的精密过程。它绝不是Trace32的某个菜单选项而是一条完整的信号采集链硬件层ETMEmbedded Trace MacrocellCortex-R52芯片内部集成的硬件模块能无侵入式地捕获CPU执行的每一条指令Instruction Trace和每一次内存访问Data Trace。它不占用CPU周期数据通过专用的Trace Port如SWO或4-bit Parallel Trace实时输出。固件层Trace Buffer配置R52的ETM输出的数据流必须先写入一片高速SRAMTrace Buffer。这片SRAM的地址和大小必须在R52固件启动时由zynq_r52.cmm脚本通过SYStem.Memory.Buffer命令预先配置好。例如SYStem.Memory.Buffer 0x80010000 0x10000表示将0x80010000开始的64KB内存划为Trace Buffer。软件层Trace32的实时解析Trace32通过仿真器持续读取Trace Buffer中的原始数据流。它利用.elf文件中的调试信息DWARF格式将原始内存地址0x80001234映射回源码中的变量名g_system_status再将该地址的每次读/写操作转换为时间轴上的数值变化最终渲染成曲线。因此“安装”环节的每一个步骤都在为这条链路铺路setup.bat确保ETM驱动就绪zynq_setup.bat确保Buffer地址正确DATA.LOAD.Elf确保地址-变量名映射可用。任何一个环节缺失曲线就无法生成。4.2 实操三步实现全局变量实时曲线现在我们把理论变成可执行的步骤。假设你的R52固件中有一个全局变量int g_temperature;你想实时监控它的变化。第一步确保Trace Buffer已激活在Trace32命令行View → Command Line中输入SYStem.Memory.Buffer 0x80010000 0x10000 PERIPHERAL.ETM.ON第一行分配64KB缓冲区第二行开启ETM。如果报错ETM not supported说明Probe固件或Trace32版本不支持R52 ETM需升级。第二步创建变量监控脚本.cmm新建一个文本文件命名为watch_temp.cmm内容如下// 启用数据跟踪只关注g_temperature变量的地址 DATA.TRACE.ON 0x80001234 4 // 创建一个名为Temperature的曲线窗口 WINCREATE.TASKVIEW Temperature WINOPEN.TASKVIEW Temperature // 将变量地址映射到曲线Y轴 VAR.CREATE g_temperature INT32 VAR.VALUE g_temperature 0x80001234 // 设置曲线刷新率毫秒 WINSET.TASKVIEW Temperature /REFRESH 100保存后在Trace32中执行DO watch_temp.cmm。此时Temperature窗口会打开但可能还是空的。第三步启动目标并触发数据流点击Debug → Go让R52固件全速运行。只要你的固件中有代码在周期性地读写g_temperature如g_temperature read_sensor();曲线就会立刻开始绘制。如果曲线不动按Debug → Stop暂停然后在Variable窗口中手动修改g_temperature的值观察曲线是否跳变——这能快速区分是固件没写还是Trace32没采。注意DATA.TRACE.ON命令中的0x80001234必须与Variable窗口中g_temperature显示的地址完全一致。这个地址来自.elf符号表而符号表的准确性又取决于安装时DATA.LOAD.Elf是否成功执行。这就是为什么安装是基石。4.3 Cortex-R52特有的安全世界Secure World调试技巧R52的TrustZone特性让“全局变量”可能存在于Secure WorldEL3或Non-Secure WorldEL1。如果你的g_temperature定义在Secure World上述方法会失效因为ETM默认只跟踪Non-Secure World。此时setup.bat安装的zynq_r52.cmm中必须包含// 切换到Secure World进行调试 SYStem.MODE.SECURE // 启用Secure World的ETM PERIPHERAL.ETM.SECURE.ON // 加载Secure World的符号表 DATA.LOAD.Elf zynq_r52_secure.elf而zynq_setup.bat正是负责生成这个SYStem.MODE.SECURE指令的脚本。如果你跳过Zynq专项配置直接用通用脚本SYStem.MODE.SECURE命令会报错Invalid mode for this CPU因为通用脚本不知道R52的Secure Mode如何进入。我曾在一个汽车ADAS项目中客户坚持用通用cortex-r5f.cmm调试R52 Secure World折腾三天无果。最后发现zynq_r52.cmm里有一行SYStem.Mode.SECURE被注释掉了而zynq_setup.bat在生成时会自动取消注释。这就是为什么Zynq平台的安装不能省略zynq_setup.bat——它不是锦上添花而是雪中送炭。5. 常见故障排查与独家避坑指南5.1 故障树从“Trace32打不开”到“曲线不显示”的全路径诊断当Trace32表现异常时不要凭感觉瞎试。请严格按照以下故障树Fault Tree逐级排查它覆盖了95%的安装与使用问题Trace32无法启动或功能异常 ├── Level 1: 启动失败黑屏/无界面/报错退出 │ ├── 检查点A: demo.t32文件是否存在且路径正确→ 用记事本打开确认首行是ID TRACE32 │ ├── 检查点B: t32usb.sys驱动是否加载→ 设备管理器中看“Lauterbach USB Device”是否黄色感叹号 │ └── 检查点C: 加密狗是否被识别→ 设备管理器中看“T32 USB Dongle”是否在“通用串行总线控制器”下 ├── Level 2: 能启动但无法连接目标Connect失败 │ ├── 检查点D: JTAG硬件链路→ 用万用表测TCK/TMS/TDO/TDI四线是否导通 │ ├── 检查点E: Probe固件版本→ 运行T32Start.exe查看Firmware Version是否≥V10.0.0 │ └── 检查点F: zynq_r52.cmm中SYStem.CPU是否为CORTEXR52 ├── Level 3: 能连接但无法加载符号Variable窗口为空 │ ├── 检查点G: .elf文件是否包含调试信息→ arm-linux-gnueabihf-readelf -w your.elf | grep DWARF │ ├── 检查点H: DATA.LOAD.Elf路径是否指向正确的.elf→ 在zynq_r52.cmm中确认路径 │ └── 检查点I: 变量是否被编译器优化掉→ 检查GCC编译参数确保-O0或-O2 -g禁用-fdata-sections └── Level 4: 符号能加载但曲线不显示 ├── 检查点J: SYStem.Memory.Buffer地址是否在R52的Secure RAM范围内→ 对照zynq_r52.cmm中的MemMap.Add ├── 检查点K: DATA.TRACE.ON地址是否与Variable窗口中显示的地址完全一致 └── 检查点L: 固件中是否有代码实际访问该变量→ 在Variable窗口中手动赋值看曲线是否响应这个故障树不是凭空而来。它是我在过去三年中为27家客户远程支持时记录下来的最频繁、最高发的12个问题点按发生概率排序。其中检查点Ademo.t32路径错误和检查点FSYStem.CPU配置错误占所有问题的68%。所以当你遇到问题第一反应不应该是重装而是打开demo.t32和zynq_r52.cmm用眼睛确认这两行。5.2 独家避坑指南那些文档里不会写的血泪经验坑一“setup.bat”静默失败毫无提示现象双击setup.bat窗口一闪而过D:\T32目录下只有bin文件夹config和zynq文件夹为空。原因setup.bat中xcopy命令在遇到权限不足时会返回错误码但不打印错误信息。解决以管理员身份打开CMD手动执行D:\download\setup.bat错误信息会直接显示在CMD窗口中。90%的情况是Access is denied此时去D:\T32目录属性中给“Users”组添加“完全控制”权限即可。坑二Zynq R52连接后View → CPU显示CORTEXR5F现象zynq_setup.bat执行成功但Trace32仍识别为R5F。原因zynq_setup.bat生成的zynq_r52.cmm被放在了D:\T32\config\zynq\但demo.t32中没有DO D:\T32\config\zynq\zynq_r52.cmm这一行。解决用记事本打开D:\T32\config\demo\demo.t32在文件末尾手动添加DO D:\T32\config\zynq\zynq_r52.cmm。这是zynq_setup.bat的一个已知缺陷它不会自动修改demo.t32的DO指令。坑三曲线窗口显示但数值恒为0现象g_temperature曲线是一条水平直线值为0。原因R52固件运行在Non-Secure World但g_temperature变量定义在Secure World的.elf中DATA.LOAD.Elf加载的是Non-Secure的.elf地址映射错误。解决必须使用DATA.LOAD.Elf zynq_r52_secure.elf加载Secure World的符号表并确保SYStem.Mode.SECURE已启用。这是R52 TrustZone调试的黄金法则。坑四Trace32启动极慢2分钟现象双击trace32.exe后光标转圈超过2分钟才出现界面。原因demo.t32中配置了NET相关选项如PORT 20000Trace32启动时会尝试连接网络而你的网络环境没有相应服务导致超时。解决