[参考译文] UCD90120A：UCD90120A -故障响应

你好

我 注意到您启用了掉电模式、该模式位于 Global configuration->Misc Config 下。 您是否有外部欠压电路(保持电容器)。 启用欠压模式时、是否曾尝试发出清除故障日志命令？

如果启用了欠压模式、应用程序无法直接发出清除故障日志命令。 请参阅 https://www.ti.com/lit/ug/slvu352g/slvu352g.pdf?ts=1591114240279的第10.26节

我建议你做第10.26条的内容，看看它是否有用。

此致

Yihe

您好、Yihe、

 欠压模式意味着什么？ 如何知道 欠压模式启用？

谢谢。

Blake

您好、Yihe、

是的、我们的欠压电路包含一个肖特基二极管和多个电容器、可维持3.3V 电源电压。

我们确实清除了故障(0x3)、但从未清除记录的故障(0xEA)。

我们可以理解 UV 故障事件在断电后存储到闪存中、但我们不知道为什么 Rail2触发 OV 故障和 SEQ_ON_TIMEOUT 以及 Rail8、9、10、11、12在 断电/开启后触发 OV 故障。

Rail2 --> SEQ_ON_TIMEOUT，Vout UV 故障，Vout OV 故障

Rail8 --> 输出电压 UV 故障，输出电压 OV 故障

Rail9 --> 输出电压 UV 故障，输出电压 OV 故障

Rail10 -->输出电压 UV 故障，输出电压 OV 故障

Rail11 --> Voult UV 故障，Vout OV 故障

Rail12 --> Voult UV 故障，Vout OV 故障

谢谢。

BRS。

Blake

 

你好

我已仔细检查设置。 这些错误可能是历史错误。 我建议这么做

1.禁用欠压

2.发出清除故障日志命令以清空故障日志

3.启用欠压

完成上述三个步骤后、重复断电测试以查看。

BTW、您的设计中的保持电容器是什么？

此致

Yihe

尊敬的先生：

我们发现电源轨 Vin 值轮询期间电源轨电压的上限阈值发生了变化。

有时(并非始终)会将上限阈值设置为低于正常读数、例如、将1.5V 设置为3.3V 电源轨的上限阈值。

轮询速率为1Hz 以下命令、您对此有什么想法吗？

// 1. 电源轨#2
的设置页值 i2c 写入2个字节0x00->0x01

// 2。 获取 exp 值
i2c 在写入0x20 (1字节)

// 3后读取1字节。 获取 Vin 值
i2c 写入0x8B 后读取2个字节(1字节) 

谢谢、

Jim

你好

1Hz 读取非常安全。

您是说在读取期间更改了 OV 阈值吗？ 您似乎遇到了一些 I2C 完整性问题。我建议启用 UCD 的安全模式、以便您阻止这些写入命令来查看问题是否消失。

此致

Yihe

您好 Yihe、 我们刚刚看到过两到三次触发过电压 OV 阈值。 但我们可以看到每次断电/通电后、轨道8、9、10、11、12上的 OV 故障和轨道3上的超时故障。 如果我们从 BMC 停止轮询机制，则无法再看到这些 OV 故障和超时故障。 据我的意见，我认为这不是 SI 问题。 但当然、我们可以再次检查信号完整性。 谢谢。 Blake

此外，宜和大家好 ，我想我们只是轮询寄存器状态。 但为什么这种读取行为会导致特定电源轨上出现意外的 UV 和 Timeout 故障？ 如果这是一个信号完整性问题、我认为我们只是读取失败、而不是更改寄存器状态。 我想强调的是、在每次断电/开启时都可以触发 UV 故障和超时故障。 我们不确定此意外故障警报是否与随机端口上的 OV 故障阈值相关、是否更改了两次或三次。 谢谢。 Blake

你好

完整性问题可能会使读取进入写入。 或者 BMC 不遵循 SMBus 协议进行读取。 您是否有读取操作的波形。

如前所述、如果 BMC 不轮询、则在下电上电后不会出现 OV 或超时故障。

我建议您在重新打开电路板的电源之前(使用 BMC 轮询)、启动 GUI 以保存项目文件、并 与 原始文件进行比较以查看任何差异。

此致

Yihe

尊敬的先生：

您能否帮助解释如何启用 UCD 的安全模式？

如数据表中所述、我们需要在启用安全性之前将6字节密码写入该寄存器。

假设密码为"0x01 0x02 0x03 0x04 0x05 0x06"、我们应该向 UCD 发出哪种行为？

1. 只需使用数据"0x01 0x02 0x03 0x04 0x05 0x06 + 0x1"对偏移量0xF1_securty 执行7字节数据写入操作
2. 或者、我们是否需要拆分为两个 SMBus 访问：
   1. 首先写入6字节密码
   2. 写入0x1可启用

谢谢、

Jim

你(们)好

如果密码为"123456 "、则只需使用0x063132333343536发送0xF1命令即可启用安全性、重新发送相同的命令即可禁用安全性。

0x06是块长度、0x3132333343536：是0x123456的 ASCII。

此致

Yihe

尊敬的先生：

有几个问题：

由于我们没有分配密码、所以无法通过访问默认密码0x06FFFFFFFF 的0xF1来启用安全模式。 如果需要修改密码？  

2.我们可以更改密码吗？如何更改？ 或 smbus 命令进行通信？

谢谢

您好、Yihe、

您能帮您查看随附的 pdf 文件中的欠压电路吗？ 我还上传了用于检查功率电压的 P33A 波形、以在断电后至少43ms 保持2.5V 的功率电压。  

经过多次测试和观察后，此问题似乎与 BMC 轮询或信号完整性无关。

我发现了一个有关使用 GUI 或不使用 GUI 加电系统的有趣症状。  在不安装 GUI 的情况下、每次上电时都会触发意外的 OV 故障和超时故障。 相反、在安装 GUI 的情况下、每次上电时都不会出现意外的 OV 故障和超时故障症状。

这些意外的 logged_faults 似乎与烧结机制的时序或类似的躯体计时有关。

您能给我们一些关于此调查结果的建议吗？  

e2e.ti.com/.../SCHEMATIC1-_5F00_-103_5F00_UCD90120A.pdf

谢谢。

Blake

你好

U14的输出电压是多少？ 请注意、二极管上会存在正向电压。 如果您有一个欠压电路、则二极管的输入电压将为3.6而不是3.3V。  但欠压不应改变故障类型。 欠压保护功能可在2.9V 至2.6V 之间保持至少5ms 的时间。 请检查此项。  

在上一篇文章中，您提到 BMC Polling 引入了这些额外的故障。 现在，在不启动 GUI 的情况下，它引入了额外的故障。 是否仍有不带 GUI 的 BMC 轮询？ 这对我来说毫无意义。 如果 I2C 上存在信号完整性问题、如果 BMC 不轮询、如果不启动 GUI、则问题将消失。

您是否尝试过安全模式？ 您是否转储了设置以确认 OV 阈值确实发生了更改？

 此致

Yihe