为什么没有捕获到需要的波形

先问事件是否落在窗口里

确认测试确实产生目标事件，再检查触发条件、前后窗口和采样频率。循环缓冲可能覆盖早期事件。对于偶发问题，应先验证一个可预测事件能被捕获。

核对信号与构建

确认信号层次来自当前编译结果，未被优化或重命名。检查所用模式支持的可见性和探针操作。FPGA 探针描述与位流、仿真追踪与编译数据库必须来自同一构建。

检查导出链路

逐项检查采集是否完成、磁盘空间、写入权限和文件完整性。离线分析需要哪些数据应在运行前确认。对不同故障分别记录“未采集”“未导出”“无法解析”，不要统一归因为波形工具坏了。

原理与信号关系

没有波形可能发生在信号未被保留、探针未选择、采样没有推进、触发未到达、窗口覆盖错误或导出未完成等不同环节。诊断时先选择必然翻转的计数器作为探针，再检查采集与导出链路；如果连这个信号也没有，优先查基础流程，而不是推断业务逻辑没有执行。不同平台的 trace 与 ILA 有各自的采集机制，不能互相套用命令。

动手步骤与预期结果

按下面的顺序执行，每一步都留下可复核的证据。若当前步骤的预期条件未满足，先停在该阶段定位原因；不要继续累积后续错误。涉及工具、板卡或专用硬件的步骤，需要使用本工程实际版本和配置，示例数值不能直接替代设备规格。

1. 确认信号身份

   预期与判定：核对层次路径和构建版本；常量或无扇出的信号可能被优化，不能凭旧层次名断言存在。

2. 用简单探针验证采样

   预期与判定：检查复位和计数器；ILA 检查采样时钟，Palladium 按当前模式检查 trace 设置。

3. 对齐窗口与失败点

   预期与判定：保留首次异常之前的历史；晚触发造成的覆盖丢失只能重新采集。

4. 核验导出结果

   预期与判定：检查真实输出路径、文件类型、大小与打开工具；.phy 准备完成不等于波形已导出。

采集诊断记录模板，适用于定位阶段；不是工具命令。

build_id = <same as loaded design>
known_toggle_signal = <counter or heartbeat>
sample_clock = <domain and running evidence>
first_bad_transaction = <id>
window_start_end = <cycle range>
export_file = <actual waveform path and format>

典型故障：从现象到复测

下面的案例是为说明定位方法而构造的教学场景，不代表真实客户事故或本平台设备实测。实践时先确认现象与证据相符，再采用相应修复；若证据不同，应回到前一步缩小范围，避免把同一种表象都归因于同一个问题。

完成检查

• 目标事件确实发生
• 窗口与触发已验证
• 数据与构建匹配且完整

延伸阅读与来源

本文为黄河电子原创教学说明。产品命令与支持范围请以实际安装版本的官方文档为准。

• Offline Debugging · WXE 24.05，2024-12

  PDF 第 9、13 页：离线数据准备与波形导出是不同阶段。 本站不分发受限手册；链接通向厂商公开入口，页码以本地手册 PDF 页序为准。

• AMD Vivado 开发者资源
• Cadence Palladium 产品资料

继续阅读