This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TMS320F28375D:复位后出现 HWBIST 错误

Guru**** 2415310 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1204132/tms320f28375d-hwbist-errors-after-reset

器件型号:TMS320F28375D

客户询问有关在引导 ROM 中执行的 HWBIST 过程的问题。

通过 CCS 调试器复位 CPU 或下电上电/断电后、CPU2无法正确启动–以下是近期观察到的屏幕截图(截图为 spruhm8i–2837XD TRM):

  1. 从调试器复位 CPU1后、CPU2也会复位、然后进入无限等待- CPU1在某个点停止、但点击"运行"后、它会正确引导。
  2. 然后、在点击"Restart"后、在 CPU2上跳转到"codestart"、它会正确运行。  假设引导 ROM 有一些问题。
  3. 它们检查了引导 ROM 状态寄存器:

CPU1引导 ROM 状态-地址0x2C:0x0F00、表示以下错误:

CPU1引导模式状态-地址0x38:0x0B -闪存引导-没问题

CPU2引导 ROM 状态-地址0x02:0x0D00

这意味着以下错误:

复位后、CPU1在引导0x3FE44F 中停止、但点击运行后会继续。

CPU2在0x3FE44F 中等待-空闲模式等待点

这是 HWBIST 错误的预期行为:

总之、它们在复位后会出现 HWBIST 错误、这就是它们的 CPU 如此运行的原因。 另一个问题是为什么会发生这种情况?

这是否意味着我们发生了一些硬件故障? 这种情况发生在他们当前用于测试的所有三个电路板上。

他们还尝试了使用位于[C2000 ware location]\driverlib\f2837xd\examples\dual\led 的 TI 提供的示例进行复位

有关 HWBIST 过程在运行时的工作原理的任何信息以及什么原因会导致此错误? 很遗憾、我找不到任何相关资源。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    劳伦斯、您好!

    感谢您的提问。 我将与 HWBIST 专家联系、就该问题提供帮助。 请等待1-2天时间进行回复。

    此致、

    Vince

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Wong、

    您可以请求每个 CPU 的客户检查引导状态吗? 如果您可以为每个 CPU 启动状态提供快照、将会有所帮助。

    此致、

    Manoj

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Manoj、我是有问题的客户、因此我会给予回复。 首先、您所附的屏幕截图来自2388D - 28375D、没有 CM。

    引导状态已经在原来的 POST 中、但似乎有点混乱、因此它们再次具有一些额外的详细信息:

    以下是状态 对其进行编程

    恢复调试器后、CPU1继续启动并正确引导、但 Booting Status 变为 0x0F00:

    另一方面、CPU2在恢复后保留在此处、显示 Boot Status 0x0000

    如果我复位 CPU2、则引导状态更改为 0xD00 代码执行暂停在此处:

    恢复 CPU2后、它在 WAIT 指令上再次返回并保持不变、显示 Boot Status 0xD00

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    请给我几个工作日来进行分析并与您联系

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Manoj:

    有任何关于这个主题的更新吗?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Dominik,

    CPU1 / CPU2的引导状态均为32位宽。

    当您在32位模式下在0x2C 看到 CPU1引导状态时、应该会看到0x0000 0F00。 这会转换为设置位8-11。 因此、CPU1中没有 HWBIST 错误

    当您在32位模式下在0x2处看到 CPU2引导状态时、您应该会看到0x0000 0D00。 这会转换为设置位8-11。 因此、CPU2中没有 HWBIST 错误

    等待时的瞬态响应 0x3FE44F ,它正在等待来自 CPU1的 IPC 命令以了解如何引导。

    此致、

    Manoj

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Manoj,

    你当然是完全正确的! 感谢您的帮助!

    此致、

    多米尼克

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Dominik,

    很高兴知道这个问题得到了解决。 我将关闭该主题。

    此致、

    Manoj