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.

[参考译文] TPS65381A-Q1:向 SAFETY_BIST_CTRL 写入值0x4以将 LBIST_EN 位设置为1不起作用

Guru**** 2494785 points


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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1475154/tps65381a-q1-writing-the-safety_bist_ctrl-with-value-0x4-to-set-the-lbist_en-bit-to-1-does-not-work

器件型号:TPS65381A-Q1

工具与软件:

您好!

由于 TPS 驱动器状态机在活动模式下运行、我尝试通过向 SAFETY_BIST_CTRL 写入值0x4 (将 LBIST_EN 位设置为1)来启动 TPS LBIST 测试。

我发送命令来解锁受写保护的寄存器。 (锁定或不锁定无论如何都是相同的行为)

然后我将通过 SPI 发送写入命令:0x9F04、与 表5-19相对应。 TPS 手册的 SPI 命令表。

9f: 8位十六进制命令代码(带奇偶校验) WR_SAFETY_BIST_CTR

04:LBIST_EN 设置为1。

然后当我在下一个 SPI 请求中读取该命令的 TPS SPI 状态时(读取 SAFETY_STAT_4寄存器)、状态答案让我感到非常惊讶:  

-> Device Status Flag Byte Response : Stat[0..7] equal : 0xFF (当一切正常时预期为0xA0)

->器件 SPI 数据响应(SAFETY_STAT_4寄存器):R[0..7]: equal:  0xFF、这是没有意义的

我们的 SPI HAL 层不会报告在我们的 MCU 和 TPS 之间的 SPI 传输中存在任何错误、这使我认为该0xFFFF 答案确实是由 TPS 发出的。

有趣的地方:

-相同的命令在相同的上下文中,但用于触发 ABIST_EN 位运行正常(命令0x9F01 )

-中断代码和发送命令(0x9F04)"缓慢"设置与调试器也工作正常(让我思考一个时间问题),但我不明白为什么。

欢迎大家对这个问题有任何想法。

感谢您发送编修。

此致、

Marc

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

    尊敬的 Marc:

    美国2月17日公共假日 他们将 在下一个工作日回到您的身边。  

    BR, Jari.

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

    您好!

    手册规定当 BIST 运行时、TPS 可能无法通过 SPI 通信。 这就是原因。

    门票将关闭

    此致、

    Marc