您好！
在 SafeTI
Hercules诊断库发行说明(v 2.4.0)中，存在以下已知问题：
我们在一个工业应用中开发了一个系统、该系统在没有重启的情况下运行数周甚至数月(这将强制执行 ABIST / LBIST)。 从我的角度来看、无法保证 TPS 正常工作、因为无法再对其进行测试、而不会面临电源复位的风险。
您是否对解决方法或论证有任何想法？它在本应用程序中是否仍然有用？
此致、
Helge Pape
您好、Helge、
如果您运行 LBIST、ABIST 是 LBIST 运行的自动部分、您将看不到 ABIST_RUN 位发生更改。 更好的描述可能是 BIST、而不是 LBIST。 在 LBIST 期间、无法仅运行 LBIST、但两个 BIST 都运行。 在 LBIST 运行期间、即使在实际 LBIST 完成后、数字内核中也会发生许多事情。 数据表突出显示了在21ms 的整个 BIST 时间内不应对器件进行 SPI 活动。
在您的软件中、您应该在21ms + 5%(22.05ms)的时间内避免对器件进行任何 SPI 活动。 因此、22.05ms 后、检查 ABIST_ERR 或 LBIST_ERR 是否指示存在问题。
希望这会有所帮助。 如果您有其他问题、请告知我们。
此致、
Scott
您好 Scott、
在 TPS65381A-Q1数据表中、可以看到"SPI 寄存器在 BIST 期间可能不可用、因此在 BIST 运行时不应进行 SPI 读取或写入"。 在 ABIST 期间、我在请求 ABIST_EN、ABIST_RUN 和 ABIST_ERR 标志时无法发现此行为。 所有这些都是以正确的方式设置的。
但在 LBIST 执行期间、SPI 接收到0xFFFF (如数据表中所述)。 如果我无法获得 LBIST_RUN 标志、如何才能确保 LBIST 真正被执行？ 如果我没有获得 LBIST_RUN 标志、我无法信任 LBIST_ERR 中的结果、因为它初始化为0 (无错误)。 有两种可能：1) LBIST 确实在运行、但未检测到错误。 2) 2) LBIST 未运行、因此 LBIST_ERR 没有变化。
在您之前的陈述之后、设置 LBIST_EN 后、我只需等待22.05ms、并且必须假设执行了 LBIST、我对吗？
因此、数据表的语句在这里不适用、因为在 LBIST 期间 SPI 寄存器不可访问、并且如果 LBIST 完成、LBIST_RUN 和 ABIST_RUN 无论如何都为0：
如果在 ABIST 和 LBIST 运行时执行 SPI 传输(关于 TPS 电源复位或任何其他问题)、TPS 是否有问题？
此致、
Helge
