[参考译文] TPS65094：针对 TI PMIC 重启问题的故障分析

您好、Allen：

您能否提供直流2228器件的顶部标识图片、以便我浏览批次历史？ 这是一个新项目、还是它已投入生产一段时间而未发现此问题？

谢谢、此致、

Matt

尊敬的 Matt：

感谢您的快速响应、请参阅下图 DC 2228的顶部标记。

我们在大规模生产中捕获了该问题、在我们的 MVT 阶段未发现该问题。

您好、Allen：

您是否还能够以 PDF 格式共享原理图？

此致、

James

e2e.ti.com/.../step3PV44_2D00_46.pdf

大家好、James J ü、原理图作为附件

您好！

您是否能够仅应用 VSYS 并对故障器件执行寄存器转储？ 如果可以将使能引脚保持为低电平、则应该能够通过 I2C 与器件进行通信、而无需激活电源轨。 请告诉我、这在您的系统上是否可行。

应使用寄存器0xB2 - 0xB6和寄存器0x05中的数据了解 PMIC 作为故障源报告的内容。

此致、

James

尊敬的 James：

"仅应用 VSYS"是什么意思？

PCBA 需要 PMIC 电源来完成启动。

启用引脚意味着什么具体引脚？ PMIC 使能吗？

PMIC IC 的从器件地址是什么？

嗨 Meteor,

一旦 VSYS、LDO5和 LDO3P3全部启用、就可以进行 I2C 通信。 如果您将 PMIC PWR_EN 保持为低电平、那么您应该能够在不激活输出的情况下施加 VSYS 电压并读取 PMIC 寄存器。 您可能需要为 I2C 引脚和单独的 I2C 器件提供外部上拉电阻。

如果依靠 PMIC 进行 I2C 上拉源和主机通信、则这是不可能的、但需要考虑这一点。

遗憾的是、我目前的带宽非常有限、因此原理图审阅需要2周的周转时间。 但是、Matt 将在星期一回来。

此致、

James

您好、James、ñ ol

是否有用于原理图审阅的更新？

嗨 Meteor,

原理图在大多数情况下看起来都很好。 我只有几个问题：

• BUCK1输出线上的建议电容为220uF (包括所有电容)。 SoC 侧的原理图中是否未显示其他电容？
• 在 BUCK2输出上(如)、建议的电容为550uF (包括所有电容)。 SoC 侧的原理图中是否也未显示其他电容？
• 同样对于 BUCK6问题、建议 整个线路的输出电容为220uF。
• RSMRSTB 和 PCH_PWROK 的上拉源是什么？
• I2C 线路(CLK 和 DATA)的上拉电压似乎为1.05V。 I2C 线路的 VIH 阈值最小值为1.2V。 您能否确认 I2C 上拉源使用了多大的电压？

发生复位事件时、您是否能够从器件中读取寄存器0xB2至0xB6？ 或者复位事件是否会导致完整的下电上电、从而有效地擦除这些寄存器中的故障位？ 发生复位问题时、VSYS 是否仍与 PMIC 连接？

如果我们可以看到 PMIC 报告的故障、这可能有助于缩小导致复位行为的范围。 您可能需要从 BUCK3断开 I2C 线路、以便在 PMIC 输出断电时可以使用外部上拉。 但是、如果您具有 I2C 访问权限、并且 VSYS 保持 PMIC 数字块处于活动状态、则应该能够读取寄存器。

此致、

James

尊敬的 James：  

我是否知道2228和2224生产日期代码芯片之间是否有固件版本差异？

• BUCK1输出线上的建议电容为220uF (包括所有电容)。 SoC 侧的原理图中是否未显示其他电容？
• 在 BUCK2输出上(如)、建议的电容为550uF (包括所有电容)。 SoC 侧的原理图中是否也未显示其他电容？
• 同样对于 BUCK6问题、建议 整个线路的输出电容为220uF。

我们测试了上述三个电容器、但这种现象仍然相同(复位问题)

• RSMRSTB 和 PCH_PWROK 的上拉源是什么？

RSMRSTB 在100K R.的基础上拉高至3.3V

PCH_PWROK 通过100K R.

• I2C 线路(CLK 和 DATA)的上拉电压似乎为1.05V。 I2C 线路的 VIH 阈值最小值为1.2V。 您能否确认 I2C 上拉源使用了多大的电压？

 I2C 线路通过1k R 拉高至1.8V

您好、Allen：

我正在深入研究测试程序的历史记录、我看到并将进一步调查一个测试程序更改。 您能分享一些生产日期代码2224器件的顶部标记吗？ -我想验证用于每个生产批次的测试程序版本,看看是否存在关联或是否使用了相同的测试程序。

另外、该测试是在室温还是高温下进行的？  

谢谢！

Matt

尊敬的 Matt：

DC 2224的顶部标记：

该测试是在室温下进行的。

高艾伦,流星,

经过进一步调查、2022年全年的测试项目没有变化。 我已验证生产日期代码2228和2224材料使用的是相同的生产测试程序、因此器件设置中编程的内容可能有所不同。

从捕获的波形可以清楚地看到 BUCK4和 BUCK5出现意外上升、这会由于这些输出上的过压而导致复位。 您是否知道不控制复位行为的其他 BUCK 输出是否也在上升、或者它们的行为是否正常(BUCK2、BUCK3、BUCK6)？ 我认为调试该问题的真正关键在于了解这些输出为什么会上升、因此最好了解该行为是否仅隔离到 BUCK4和 BUCK5。

我还想再次确认：当您移除有故障的器件并将其放置在"良好"的电路板上时、行为也显示出来了吗？ 器件可能在上电期间损坏、在这种情况下、故障行为仍会显示在不同的电路板上。 如果您有这些器件之一、可以在 TI EVM 或插座板上测试其中一个器件、或者可能将其中一个器件发送给我们、看看我们是否可以确认该行为。

我看到这个较早的主题、其中另一位用户看到其中一个降压输出在启动期间的电压升高。 原因是额外的电容未被考虑在内。 这可能是检查的好方法。  https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/981785/tps65094-tps650945-buck4-voltage-overshoot

此致、

Matt

尊敬的 Matt：

非常感谢您的留言。 这对我们来说非常重要。

从您提供的信息来看、问题似乎与我们6年前的问题完全相同。

TPS65094：BUCK5输出出现毛刺脉冲后 PMIC 复位-电源管理论坛-电源管理- TI E2E 支持论坛

TI 当时的建议是更换这种材料。  TPS650945和 TPS650940之间有何区别？

在解决此问题方面是否有任何改进？

顺便说一下、电路板已经大规模生产、经过长时间的运行、我们能否保证此 PMIC 的可靠性(生产测试中没有复位问题)？ 是否可以正常发货？

我们正在采购评估板、但由于流程的原因、可能需要一些时间。

我们会向您发送一些异常样本、 您能否提供送货地址和收件人信息？

您是否需要完整的产品(包括适配器、LVDS 等)？ 还是仅限于 PMIC 样片？

嗨 Meteor,

TPS650945和 TPS650940之间的区别在于 BUCK3-5开关模式设置。 如果更改这样做可以解决您的问题、那么最好切换到 TPS650945。 这可能就是你之前见过的问题。

对于异常样片、在发送之前、必须阐明它们在不同电路板上的行为是否相同、并且应当仅作为 IC 发送。 以下是有关退回器件进行分析的更多信息： https://www.ti.com/support-quality/additional-information/customer-returns.html 

此致、

Matt

尊敬的 Matt：

我们将与 SQE 合作执行 FA 分析流程。

顺便说一下、对于我们已经生产的产品、如果没有复位问题、TI PMIC 的稳定性能得到保证吗？

嗨 Meteor,

如果您问题的原因是由于应用中的降压模式而导致的稳定性、则使用 TPS650945应该可以解决该问题。  6年前的建议应该是这种情况的解决办法。

您是否能够通过切换到此器件型号来验证问题是否已解决？ 如果是、我认为我们不会从故障分析中了解到任何其他信息。

此致、

Matt

嗨 Meteor,

在您提到此问题发生于6年前且已找到解决方案之前、我建议将器件退回 TI 以调查这些器件是否有缺陷(唯一的信息是某一生产日期代码的表现不同)。 不过、看来找到了一种解决方案可以通过将 BUCK3-5保持在强制 PWM 模式来解决该问题。 另一种模式允许降压稳压器根据当前负载更改模式。  

您是否能够在启用之前更改其中一个问题板上 TPS650940的 PWM 设置以测试该设置？ 这可能是确认解决方案的快速方法。 我认为我们不会从退回的器件中学到很多东西-我们只需验证设置是否正确以及器件在 TI 评估硬件上的行为是否符合预期即可。 由于我们怀疑没有任何器件缺陷、因此无需执行进一步的步骤。

此致、

Matt

尊敬的 Matt：

我不明白 TI 为什么会拒绝 FA 分析！ 我们刚刚找到相同的案例、但目前尚未验证(需要购买批量商品)。

或者它是否能保证 TI 能解决这个问题？

对于您的问题"PMIC IC 随时复位"、我们无法通过更改 PMIC 设置来解决此 PMIC 问题。

根据交换测试结果、 问题是 PMIC 问题出在何处。

顺便说一下、  在我们的项目启动时、TI 也推荐了 TPS650940。

我们不了解 TI 为何会推荐具有已知问题的模型？

请接受 FA 以 尽快找到问题！！！

嗨 Meteor,

如果您想继续发送2个器件、那没有问题。 我的评论只是这似乎是一个在某些应用中已经出现的问题、并且在已经观察到这个问题的情况下、很多其他 E2E 线程推荐使用 TPS650945。 我不知道完整的历史,但这似乎是几年前的建议。 因此、我认为 FA 不会提供额外的有用信息。 我会要求质量团队接受退货。

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/757046/tps65094-pmic-resets-after-glitch-on-buck5-output/2817280

此致、

Matt

尊敬的 Matt：

我们尝试写入 PMIC 的寄存器。 但无法检测 PMIC 从站。

我们在 Ubuntu 操作系统中使用 I2Ctool、它 可以检测除 PMIC 之外的所有 I2C 器件。

PMIC 是否有保护机制？

您有任何建议吗？

嗨 Meteor,

您应该能够写入 PMIC、奇怪的是它没有检测到该器件。 是否与正确的器件地址通信？

尊敬的 Matt：

我在 ubuntu 中通过 I2CTool 读取 PMIC I2C 从寄存器。 但令人遗憾的是、我们无法检测到器件。

我们尝试在 POST 阶段通过 BIOS 读取 PMIC 寄存器、结果是成功的。

 寄存器0x9C (BUCK 3)值为0x07、0x25/0x26 (BUCK4、5)返回值为0x0C。

我将寄存器0x9C 的值修改为0x27 PASS。 但无法写入0x25/0x26寄存器。 它保留为0x0C。

这些寄存器是否有锁定或保护操作？

您可以为此提供帮助吗？

尊敬的 Matt：

报价来自您的电子邮件:同时收到退货并正在通过验证流程–下一步是在生产 ATE 上进行测试

问：我是否知道这3个装置的 FA 进度？  

如果您能尽快与我们分享 FA 报告、请表示感谢。

此致、

Allen

您好、Allen：

这些单元经过测试、显示与相关单元相同的默认寄存器值和行为。 这确认这些不是异常单位。 正如我们 单独确认的、在强制 PWM 模式下(通过 BIOS 更新或使用默认具有此设置的 TPS65095器件)运行 BUCK3/4/5、这可以消除可能导致不稳定输出的噪声敏感性、从而导致过压故障、进而导致复位。  

质量团队将汇编并发送最终报告。 为了采取纠正措施、我们将在数据表中明确指出、应使用 TPS650945器件代替 TPS650940、以便避免这一可能的问题。

此致、

Matt