工具/软件:
我们正在将现有应用程序从 F28335 DSP 目标处理器移植到 F28379D DSP。 我们使用在 DSS 上运行的 JavaScript 程序来运行测试脚本。 这些脚本会注入 存储在 SRAM 中的测试数据以模拟 DSP 上的故障条件、并将测试结果数据存储回 SRAM。 所有这些都在 F28335 目标上正常运行、其中 XINTF 管理外部数据接口。 我们正在调整测试脚本、以便在使用 EMIF1 而不是 XINTF 来访问 SRAM 上的外部存储器的新处理器上使用。 在新处理器上、通过 EMIF CS2 对 SRAM 的读写访问会以静默方式失败。 探测电路板会显示 DSS 不操纵 EMIF1 XRD 和 XWE 控制线路。 固件成功使用 EMIF 通过 EMIF CS3 与 RDC 芯片进行通信、因此我们知道从固件驱动时 XRD 和 XWE 控制线路工作正常。 我们不知道如何 调查 DSS 测试脚本无法驱动 XRD 和 XWE 的原因。 我们是否可以通过某种方法来探测管理 XRD 和 XWE 线路的 DSS 逻辑以确定故障原因? 我们 在 EMIF 配置寄存器中将 EMIF 时序数据 的值设置为保守但正常工作。 我们认为 EMIF 线路的 GPIO 引脚映射是正确的、这可以通过与 RDC 正常运行的通信来证明。 EMIF 配置的其他哪些因素可能阻止 XRD 和 XWE 线路正常工作?