如何选择 SA／ICE 及交互方式

从测试环境的位置开始

SA 将可映射部分放在硬件上，其余部分由软件仿真器处理；需要保留行为级验证环境时，应先评估这条路径。ICE 流程要求映射到设备的逻辑满足相应综合与建模要求。外部目标和可综合激励的要求也要一起考虑。

检查交互频率

统计边界上每周期交互的信号、软件调用和数据量。事务化交互可以改变交互粒度，但不会自动保证性能提升；需要设计缓冲、流控和检查机制。TBA 是交互组织方式，不宜简单当成与 SA、ICE 完全同层的互斥分类。

记录选择依据

输出一张执行分工表：模块、执行位置、时钟来源、输入输出、检查位置。针对版本确认可用的编译运行工具。若改变运行模式，需要重新核对模型和调试限制，不能只替换命令名。

原理与信号关系

SA 的关键是主机上的模拟器与硬件中的设计共同完成一个测试，软件模型与硬件部分需要交换事件或事务。ICE 将设计与目标环境的接口需求放到中心，外部设备的时钟、吞吐与暂停容忍度必须被纳入设计。不能仅凭“要运行得快”选择模式；应先确定激励来自哪里、是否允许暂停、由谁判断通过，以及故障后如何保留证据。

动手步骤与预期结果

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

1. 画出每种激励的来源

   预期与判定：将文件、软件模型、驱动、实体外设逐一标在图上，避免只写“Testbench”。

2. 检查暂停与流控

   预期与判定：外部设备不能暂停时，明确缓冲容量、超时和速率适配；主机通信也有延迟。

3. 先用最小接口验证

   预期与判定：先验证一笔事务的发送、接收和错误返回，再扩大负载；记录跨边界通信次数。

4. 确定调试与验收位置

   预期与判定：软件端与硬件端的观察结果要通过事务编号或检查点关联，不能仅比较两侧墙钟时间。

边界协议说明模板；在选模式前完成，适用于团队评审。

request: id, operation, address, length, payload
accept: valid && ready on the specified clock edge
response: id, status, payload
backpressure: hold valid and payload until accepted
reset: specify whether outstanding requests are cancelled
timeout: specify cycle domain and maximum wait

典型故障：从现象到复测

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

完成检查

• 软硬件执行分工可说明
• 交互与流控有定义
• 模式选择对应实际测试目标

延伸阅读与来源

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

• Palladium Simulation Acceleration TBA Tutorial · WXE 24.05

  PDF 第 12–14 页：通信开销、SBA 与 TBA；Setting Up Palladium Utilities and Tools 第 14–15 页：SA 工具分工。 本站不分发受限手册；链接通向厂商公开入口，页码以本地手册 PDF 页序为准。

• Cadence Palladium 产品资料

继续阅读