[参考译文] TMS320F28021：ETL 认证

我看起来像是在重置器件- 0x3ff5f5看起来像一个引导 ROM 地址。 他们能否确定何时跳到0x3ff5f5？ 当它们第一次加载程序时，它是否正确地从 main()开始？ 如果它们单步执行代码、它在哪一行开始出现错误行为？

惠特尼

 当它们单步执行代码时、它将在执行计时器自检时停止。

在我关闭定时器后、程序可以运行、但是自检结果标志几乎全部被置位、这相当于所有失败。

是否可以通过单步进入计时器测试功能进一步缩小范围？ 如果问题似乎出现在 STL_TIMER_TEST_testTimer()中的行上，他们可以检查 ramfuncs 是否在应用程序的早期从闪存正确复制到 RAM。

检查看门狗是否启用。 计时器测试会延迟一段时间、因此 WD 可能会超时。

您可以尝试将引导 ROM 符号加载到器件中、以查看0x3ff5f5处的确切位置。 它可能会提供一些提示、说明为何首先发生复位。 在 C2000Ware 中、您可以在\libraries\boot_rom\f2802x\v2_0\rom_sources\Release 中加载.out 的符号。

惠特尼

尊敬的惠特尼：

从反汇编窗口中 、0x3ff5f5为 ESTOP0。 如果需要、我可以向您发送反汇编代码。

谢谢 Angela。 它看起来可能是 WaitBoot 函数、因此这并不能真正为我们提供有关导致复位的原因的提示。

请遵循我的其他调试建议、看看我们是否可以进一步缩小可能的原因范围。

惠特尼

现在 客户遇到了一些新问题、程序如下图所示。此函数不起作用。 pExtectedCrc 的结果始终为0。

uint16 STL_CRC_TEST_testNvMemory (uint32 * pStartAddress、 uint32 * pEndAddress、 uint64 * pExpectedCrc、 uint16 nvMemType)；