[参考译文] TPS650864：用于为 Xilinx ZU3供电的 PMIC 故障排除

您好、Sandeep、

我已将该主题分配给器件专家。 由于9月6日是美国的国庆节、因此可能会延迟回复。 感谢您的耐心等待。

此致、

Samuli Piispanen

尊敬的 Samuli：

感谢您提供信息。 肯定会等他们回来。

谢谢、

Sandeep。

您好、Sandeep、

如果 您将 CTL1保持在低电平、I2C 是否正常工作？ 换句话说、如果电路板上电但未启动电源序列、您是否能够访问 I2C？

谢谢、

Daniel W

Daniel、您好！

我们尝试了以下情况、(使用的上拉电阻为8.66k 和2.61k、模式设置为100Kbps 和400kbps)

当 CTL1 =高电平时、使用逻辑分析仪进行读取时、I2C 显示 NACK。

当 CTL1 =低电平时、使用逻辑分析仪进行读取时、I2C 显示 NACK。

请在下面找到 I2C 的波形、

100Kbps 设置

400Kbps 设置

是的、电路板已通电、但未启动电源序列、且仍高于 I2C 行为(PMIC 无 ACK)。 根据数据表、我们使用的地址为0x5E。

因此、请告诉我们如何继续。

此致、

Sandeep P

您好、Sandeep、

您能否获得使用 VSYS、LDO3P3和 LDO5V0器件上电的示波器截图？

此外、您能否使用 TPS650864共享设计原理图？

谢谢、

Daniel W

Daniel、您好！

示波器快照、

1) 1) VSYS

2)  2) LDO3P3

3) 3) LDO5P0

您可以在以下链接中找到原理图、

/cfs-file/__key/communityserver-discussions-components-files/196/PMIC_5F00_HIGH.pdf

此致、

Sandeep P

您好、Sandeep、

I2C 线路电压何时处于不正确的电平？ 这是在提供 VSYS 之前还是之后发生、还是两者都发生？

谢谢、

Daniel W

Daniel、您好！

电压电平问题得到了解决、因为电路板上对这些 I2C 线路进行了重新处理、从而对线路进行了加载。  

现在、我们能够使用适当的电压上拉(3V3)连接 I2C 线路。 但是、我们现在面临的问题是、当我们尝试根据数据表使用0x5E 地址与 PMIC 通信时、我们将得到否定应答、因此无法读取任何寄存器、尤其是电源故障状态寄存器。 我们不知道为什么它不会 ACK 地址。 请帮助调试此问题吗？

谢谢、

Sandeep P

您好、Sandeep、  

您能否在通信期间拍摄 I2C 线路的模拟示波器画面、以确保其达到适当的高电压和低电压？ 此外、请注意、PMIC 仅支持7位寻址

谢谢、

Daniel W

Daniel、您好！

请在示波器中找到以下波形、惊喜的是、我们今天能够获得 ACK。 不知道我们有什么不同之处、我们增加了示波器探针来捕获 I2C 的模拟波形。 因此、我们正在读取寄存器以了解故障。 我将在读取后随时向您发送信息、然后我们需要了解 PMIC 为何处于电源故障状态以解决该问题。

缩放版本、

谢谢、

Sandeep P

您好、Sandeep、

感谢您的更新。 如果您对此问题有任何进一步的了解或有其他问题、请告诉我。

谢谢、

Daniel W

Daniel、您好！

今天、我们能够读取寄存器、然后我们重点关注以下寄存器数据、以找到电源故障、

00h DEVICEID1器件 ID 代码指示版本 - 0x01  
指示修订版本的01h DEVICEID2器件 ID 代码 - 0x14
02h IRQ 中断状态 - 0x88 (FAULT =1；SHUTDN = 1；DIETEMP = 0)、因此我们查找了 B0h 至 B5h 寄存器的根本原因。
03h IRQ_MASK 中断屏蔽- 0xFF
04h PMIC_STAT PMIC 温度指示器- 0x00
05h SHUTDNSRC 关断根本原因指示位 - 0x06 (UVLO =1；PWR_FAULT = 1) 、因此我们查找了 B0h 至 B5h 寄存器的根本原因。   (我不明白为什么 UVLO 被置为1、因为 VSYS 引脚提供12V 电压、而低于12V 电压是相同的示波器截图。)

B0h PG_STATUS1单个电源轨的电源正常状态- 0x0B  
单个电源轨的 B1h PG_STATUS2电源正常状态- 0x60
B2h PWR_FAULT_STATUS1单个电源轨的电源故障状态- 0x82 (LDOA2_PWRFLT = 1且 Buck2_PWRFLT = 1)  (为此、我们在原理图上检查时未使用 LDOA2、并根据 TI 检查清单浮动、BUCK2实际上显示了电源故障模式、随附的示波器截图)。

单个电源轨的 B3h PWR_FAULT_STATUS2电源故障状态- 0x10 (LDOA1_PWRFLT =1)

(在原理图上检查时、我们不使用 LDOA1、并根据 TI 检查清单浮动)

B4h TEMPCRIT 关键温度指示灯- 0x00  
B5h TEMPSHOT 高温指示灯- 0x00

此外、还随附了完整的 Excel 工作表、其中包含了其中捕获的所有寄存器数据。 观察结果是、当我们多次读取时、捕获的数据似乎不一致。 不知道这种行为的原因。   

e2e.ti.com/.../I2C_5F00_Reg_5F00_read-data_5F00_multi_5F00_times.xlsxe2e.ti.com/.../SendTI.csv  

我的问题是、

1) 1)我们的设计中未使用 LDOA1和 LDOA2、它们根据 TI 原理图检查清单浮动、因此为什么它仍然显示电源故障？

2) 2)由于 BUCK2也显示了电源故障的原因、因此我们是首次为该电路板加电、根据数据表、它显示"该字段表示 BUCK2失去了稳压功能"。  您能否告诉我们、当我们实际为此 BUCK2提供输入并同时满足 VSYS、LDO3P3/LDO5P0和 CTL1=1 (连接到 LDO3P3)的条件时、这是怎么可能的？

PMIC BUCK3、BUCK4、BUCK5和 BUCK6、LDOA3仍不工作、所有 GPIO 均显示0V。

不确定如何解决这些电源故障问题。 需要支持。

谢谢、

Sandeep P

您好、Sandeep、

[引用 userid="439924" URL"~/support/power-management-group/power-management/f/power-management-forum/1033826/tps650864-troubleshooting-pmic-used-to-power-xilinx-zu3/3831308 #3831308"]我不明白为什么 UVLO 被置为1、因为 VSYS 引脚提供12V 电压、而低于12V 电压是相同的范围快照。

在任何 POR 上、这将由于之前的关闭 UVLO 而被置为有效并且必须被清除。

对于电源故障问题、请包含 LDOA1和 LDOA2的示波器截图。 此外、我建议使用 PWR_FAULT_MASKx 寄存器来屏蔽每次在一个电源轨上看到故障的每个电源轨、以查看在 PMIC 未持续重启时故障是否仍然存在。 此外、如果您屏蔽 LDO 电源故障、您是否仍然在 Buck2上看到一个？

对于 Buck2、如果降压转换器的所有电源均正常、则过流可能会导致电源故障。

请告诉我您找到的内容

谢谢、

Daniel W

Daniel、您好！

1)这是否意味着、每当我们对 PMIC 执行下电上电时、我们需要初始化(读取-检查问题-写入-读取)它以检查是否存在任何此类问题并将其清除、然后继续执行上电序列？  

2) 2) 请找到 LDOA1和 LDOA2的示波器截图。

LDOA1：-(未在设计中使用)

LDOA2：- (未在设计中使用)

LDOA3：-(用于设计)

我们今天尝试了一些新产品。  

1)由于我们不使用 LDOA1和 LDOA2、当我们看到上述图形时、我们决定禁用这两个 LDO、并清除相应寄存器(28h、9Fh 和 B2h 和 B3h)中的电源故障。   

2) 2)读取这些寄存器后、检查它是否反映了我们的需求并进行了确认、然后我们只探测 Buck1和 Buck2输出、惊喜的是、波形中没有出现电源故障模式、输出电压与一些纹波电压匹配。 这是我们在这个问题上的第一次突破。

降压通道1：-

降压通道2：-

但遗憾的是、Buck3、4、5和6仍不能与 LDOA3一同运行。

此外、我们对电路板执行下电上电后、发现所有寄存器都存储了旧值、因此 Buck1和 Buck2中重复出现电源故障。 因此它不会保存我们对寄存器所做的更改。 您能建议我们如何将这些更改永久保存到寄存器中吗？

3)是的、明天我们将逐一尝试您的 PWR_FAULT_MASKx 使用点 、看看这是否有助于我们隔离电源故障问题。

4) 4)我检查了过流稳压器。 B6h、发现全部为零。 因此得出结论、Buck2不受过流参数的影响。

需要继续我们的调试工作、以了解其他降压转换器为何不启动。

感谢您的参与、

Sandeep P

您好、Sandeep、

每次对单元进行下电上电时、都会从 OTP 重新加载值。 但是、器件上有2个 OTP 组、因此您可以使用这些组对第二个 OTP 组进行编程、以便永久保存它们。 此过程在链接的文档中进行了说明。

https://www.ti.com/lit/pdf/swcu188

谢谢、

Daniel W

Daniel、您好！

感谢 OTP 链路、我们将在为所有电源轨固定工作序列后使用它。  

顺便说一下、更新过程是我能够增加其他几个电源轨、下面是这些电源轨的列表。 (随附示波器截图)

1) Buck1 -已启动

2) 2) Buck2  -已启动

3) Buck3  -正常运行 (使用 I2C 电源轨使能选项强制开启)

4) Buck4 -已启动

5) 5) Buck5 -仍不启动。

6) Buck6 -正常运行(使用 I2C 电源轨使能选项强制开启)

7) LDOA1 -未使用(这是导致电源故障的主要原因、因为其悬空且其 PG 信号是其他电源轨的电源正常树的一部分。)

8) LDOA2 -未使用 (这是导致电源故障的主要原因、因为其悬空且其 PG 信号是其他电源轨的电源正常树的一部分。)

9) 9) GPO1  -已启动

10) 10) GPO2 -仍未启动。

11) GPO3 -仍未启动。 (由于此 Buck3未开启、因此强制开启。)

e2e.ti.com/.../PMIC_5F00_U24_5F00_17SEPT2021.zip

PMIC 问题的总结是、我们没有使用 LDOA1和 LDOA2、因此 PG 输出是一些其他电源轨的出厂默认序列、因此出现了电源故障。 使用 I2C 访问禁用这些 LDO 后、立即排除电源故障。

默认出厂序列：-

但问题仍然很少、

1) 1)为了使 GPO3上升、我们需要 BUCK1、2和6 PG、LDOA1、A2和 CTRL1上升。 但在我的案例中、LDOA1、A2未使用、因此使用寄存器0xAB 和0xAA 尝试使用  LDOA1_MSK 和 LDOA2_MSK 来删除 LDOA1的 PG 和 LDOA2的 PG。 但遗憾的是、写入这些寄存器后、使用9F 和28寄存器禁用的 LDOA1和 LDOA2将自动启用、PMIC 将进入电源故障模式。 您能不能提出这种行为的原因？  

2) 2)此外、为了使 LDOA3正常运行、它需要单独使用 BUCK3_PG、且该器件可用、但 LDOA3仍不能正常运行。 因此、我尝试强制它打开、它进入电源故障。 您能不能建议出什么问题了。 我需要尝试为其禁用电源故障 MSK、并检查其是否仍有问题。

3) 3)对于 Buck6、我还强制其打开、因为它需要 BUCK1_PG、LDOA1_PG 和 LDOA2_PG  、并且无法从 BUCK6的电源树中移除 LDOA1_PG 和 LDOA2_PG 信号。 请检查并提出建议。

感谢您的支持。

此致、

Sandeep P

您好、Sandeep、

1) 1)您能描述 LDO 在下重新启用的情况吗？ 您是否在启动前禁用、然后在启动期间启用它们？ 还是 POR 之后？

2) 2) 请确保 LDOA3电压源在导通时没有问题、并且电流消耗不会太大。

3) 3)这些位于 OTP 保留位中。 要更改电源树、最好使用 OTP 重写。

不过、通常情况下、最好返回所有 LDOAx 出现电源故障的问题根源。 您能否提供具有2个信号(每个 LDO 的电源和输出)的单个示波器快照？

谢谢、

Daniel W

Daniel、您好！

很抱歉耽误你的回答。  

1) 1)我仅在 POR 之后禁用它们、并在移除 GPO3从属器件(LDOA1_PG 和 LDOA2_PG)后继续禁用它们、然后重新启用 LDOA1和 LDOA2。  

2) 2)我使用 LDOA3输出来打开负载开关(TPS22959DNYR)、因此根据数据表、它可以由微控制器的 GPIO 引脚驱动、因此电流要求小于10mA 至15mA。 我确实获取了 LDOA3输出引脚的示波器截图、它在波形中显示零和无电源故障符号、引脚50 (PVINLDOA2_A3)上的输入为1V8

LDOA3输出范围快照。

引脚50 (PVINLDOA2_A3)上的1V8示波器屏幕截图

3) 3)我确实浏览了您在 OTP 编程中共享的文档。 但在这种情况下、我们需要使用两个不同的板(BOOSTXL-TPS650861 EVM 和 MSP430F5529 LaunchPad 开发套件)。 我们没有附带它们、也无法从电路板上移除 PMIC 以进行 OTP 编程。

那么、我的问题是、我们是否可以使用任何具有 I2C 功能的微控制器的开发板以及与 PMIC 的 I2C 总线的接口并执行此 OTP 编程？  (实际上、为了访问 PMIC 的 I2C、我们使用 Atmel SAM71开发板并对这些 I2C 寄存器进行所有读取和写入。) 那么、我们是否可以使用相同的方法并执行 OTP？ 我看到、编程期间、CTRL4和 IRQB 引脚需要提供7V 电压。 此外、由于 PMIC 现在处于电源故障状态、我们是否仍可以继续进行 OTP 编程？

4) 4)到目前为止没有电源故障、只是由于 LDOA1和 LDOA2 PG 作为 GPO3的附属器件而导致 LDOA3和 BUCK5无法正常运行、我无法完成序列。

此致、
Sandeep P

您好、Sandeep、

3) 3)对于器件编程、请参阅编程指南的第5和第6节。 不需要上述电路板。

1) 1)对于从电源树中移除 LDO 的 PG 后重新启用的 LDO、请指定发生这种情况时要写入的 I2C 地址和寄存器地址及值。

2) 2)当您说打开负载开关时、您是否意味着该 LDO 连接到控制该负载开关的 CTLx 引脚？

谢谢、

Daniel W

Daniel、您好！

3) 3)是的、我们在今天看到这些部分后尝试了 OTP 方法。 但不幸的是，这种做法没有成功。 我们遵循的步骤是、

a)为电路板通电  

b)使用 I2C 地址0x5E 清除了所有电源故障   

c)使用 TI 提供的 OTP Excel 工作表准备了我们的序列、并从最后一个工作表中提取了原始数据、并将其用于我们的 I2C 写入代码中。

d)在 CTRL4上提供7V、并将 OTP_CTRL1寄存器中的 Programming_State 位写入1b

f)从 CTRL4中删除了7V 并为其提供了 GND。 (我们在执行上述步骤后、电源故障再次发生)

g)我们继续执行写入序列、但从那里收到了 NACK。 因此无法在 OTP 中成功。

请找到从 Excel 工作表中提取的序列文件。

 e2e.ti.com/.../PMIC_5F00_After_5F00_HCL_5F00_22SEPT2021_5F00_seq.txt

问题：-当我们从 CTRL4中移除7V 时、OTP 地址0x38是否提供 ACK？ 即使 PMIC 处于电源故障状态、我们也可以执行此 OTP 吗？

1) 1) I2C 地址为0x5E、

    -寄存器地址为0xAB (GPO3PG_CTRL2)、数据= 0xEF (SWB2_LDOA1_MSK 位)

    -寄存器地址为0xAA (GPO3PG_CTRL1)、数据= 0xDC (LDOA2_MSK 位)  

今天、我们还看到 GPO3出现了一种奇怪的行为、我们提供了10k 欧姆的上拉电阻至3V3、我移除了该上拉电阻器、以用于 OTP 目的、因为 GPO3作为 CTL4的输入提供。 当我执行上述寄存器值作为 I2C 写入操作时、令我惊讶的是没有重新启用 LDOA1和 LDOA2。 我不理解这种移除 GPO3线路上的上拉电阻器的逻辑、因为默认情况下、它是一个开漏引脚。  

问题：-除 GPO3外、所有其他 GPO 都具有10K 上拉至1V8的功率。 这是否与上述行为有关？  (已检查 Ele 规格的数据表、根据该数据表、我们可以提供高达3V3的上拉电阻。)

2) 2)否 实际上、我们使用的是 TI 的单独负载开关(TPS22959DNYR)、它具有一个 Von 引脚、该引脚与 PMIC 的 LDOA3输出相连。 我们在此路径中未连接任何 CtrlX 引脚。 下面是电路快照。

感谢您的支持、

Sandeep P

您好、Sandeep、

此处的主要问题似乎仍然是电源故障。 为了更好地查看 PMIC 的电源故障、您能否使用外部电源为 PMIC 供电、以确保电路板电源上的电流不会出现问题。

对于编程、您应该会从 PMIC 获取 ACK。 如果电源故障导致 PMIC 重新启动、则会阻止 I2C 通信。

移除上拉会改变行为、这是奇怪的。 我认为、无论有无上拉、示波器快照都是继续关注该问题的最佳方式。

谢谢、

Daniel W

Daniel、您好！

1) 1)如果其电源故障、那么当我们读取 I2C 寄存器0xB2 (PWR_FAULT_STATUS1)和0xB3 (PWR_FAULT_STATUS2)时、它将显示0x00h 作为数据、I2C 寄存器0x02 (IRQ：PMIC 中断寄存器)和0x05 (PMIC 关断事件寄存器)也将显示0x00h 值作为数据。

偶数 B0h (PG_STATUS1：第一个电源正常状态寄存器)显示为0x3Fh 意味着所有6个降压转换器都达到电源正常电平、B1h (PG_STATUS2： 第2个电源正常状态寄存器)显示0x68h 表示没有 LDOAx 到达 PG (在这些 LDOA1和 A2中、即使 BUCK1、BUCK2、BUCK3和 BUCK6 PG 根据其 PG 树提供后、A3也不会出现)。  

2) 2)需要再次审核。 但即使 PMIC 处于关断模式、I2C 通信也可用、因为 VSYS、LDO3P3和 CTRL1可用、因此 I2C 可根据数据表参考提供。  

3) 3)行为保持不变、即使我们移除或安装 了上拉电阻器、它的读数也是零伏。 未看到电源故障模式。 很抱歉、忘记获取此示波器截图。

我有一项请求，是否可以打电话 讨论我们的问题？ 以便我们能够向您展示我们所面临的现实情况。

此致、

Sandeep P

您好、Sandeep、

我认为、会议将是传达当前状态、目标和后续步骤的最佳方式。 我将很快向您发送电子邮件。

谢谢、

Daniel W

Daniel、您好！

根据我们过去的讨论、请在我们的设计中查找另一个 PMIC 的示波器截图供您查看。 即使该 PMIC 处于电源故障状态、因为我们不使用 LDOA1和 LDOA2、但我在这里确实观察到了差异、那就是 LDOA3显示了电源故障波形(在另一个 PMIC LDOA3中显示了0V)。  

e2e.ti.com/.../PMIC_5F00_U29.zip

我还没有尝试这些 LDO 的外部电压输入。

完成后、您可以随时发帖。

此致、

Sandeep P

您好、Sandeep、

与同事讨论后、确定如果电源序列中包含 LDO、则需要使用电容器来避免电源故障。

谢谢、

Daniel W

Daniel、您好！

好的、它几乎与我们关于提供虚拟负载的讨论一致。

我们将在周一早上尝试更新您的信息。 希望这也能解决 GPO2和 GPO3的问题。  

感谢您的支持。  周末愉快！

此致、

Sandeep P

您好、Sandeep、

是的、这与我们关于虚拟负载的讨论类似、但不需要负载、只需要一个电容器。 是的、如果这样可以解决电源故障、我希望 GPO 能够正常工作。

谢谢、

Daniel W

Daniel、您好！

今天、我们尝试在引脚9 (LDOA1)和引脚51 (LDOA2)上添加一个4.7uF/25V 0603封装电容、将其旁路至 GND。 嗯、最初输出没有变化、我们在示波器上看到了相同的旧电源故障和 PMIC 关断模式。

调试的下一步是移除 GPO3线路上的上拉电阻、这有助于实现大约50%的效率、我们开始看到 BUCK1、BUCK2、BUCK4、BUCK6和 GPO1的输出 (这是第一次没有 I2C 编程、我们可以看到这些电源轨上升。)

但其余电源轨仍有问题、并且未启动、这些电源轨为 Buck3、Buck5、LDOA3、GPO3和 GPO2、均显示0V、并且 PMIC 无电源故障或关断。  

我们真的无法理解 GPO3上拉导致问题的逻辑、也无法确定为什么 LODA3永远不上(即使我们强制使用 I2C)。 我想如果我们能够解决这两个问题、我们可能会解决其余问题。

请建议您是否对此行为有任何意见。

同时、明天我们将在不同的 PMIC (U29)上重复添加电容器、看看它的行为是什么。

此致、

Sandeep P

您好、Sandeep、

感谢您的更新。 您是否曾尝试为 LDOAx 电源引脚(引脚8 DRV5V_2_A1和引脚50 LDOA2_A3)使用外部电源？

此外、对于 LDOA3、我相信您说过您已经用0Ω Ω 电阻器替换了原理图中的输出电感器。 是这样吗？ 如果不是、请尽可能尝试此操作。

对于 GPO3、请包括其在有和没有上拉时的行为示波器截图。

谢谢、

Daniel W

Daniel、您好！

今天、我尝试为 PMIC U29的 LDOA1和 LDOA2添加电容器、这是电路板上的另一个 PMIC。 但遗憾的是、我们仍然看到它上的电源故障。  

回到您关于提供外部电源的建议、为此、我们需要切断这些引脚的电源迹线、然后提供衰减。 我已请求我的经理在 PCB 上进行此更改、并将在完成后通知您。

对于 LDOA3、移除了电感器并提供了一个0欧姆电阻器、输出仍然没有变化、即0V。 请找到示波器屏幕截图。

对于 GPO3、我能够捕获示波器快照、它显示如下、没有上拉和上拉。

此致、

Sandeep P

您好、Sandeep、

感谢您提供信息。

因此、即使 GPO3在有或没有上拉电阻器的情况下永远不会变为高电平、但前面列出的资源(Buck1、Buck2、Buck4、Buck6和 GPO1)仅在没有连接到 GPO3的上拉电阻器时才会打开。

这意味着如果没有上拉电阻器、LDOA1/2就不会出现电源故障。

对于 GPO3上升、如果没有上拉电阻器、则无法使其上升、因为它是漏极开路。

您是否看到 VTT LDO 的输出？

此外、看起来未激活的电源是由连接到 GPO3的 CTL4触发的、因此如果未出现、它们将不会出现。

请尝试通过两种不同的方法来拉取 GPO3、并告诉我结果。

1. 根据原理图审阅指南 https://www.ti.com/lit/zip/slva734中的建议、将10kΩ Ω 电阻器替换为100kΩ Ω 电阻器
2. 如果1不起作用、请尝试使用 100kΩ Ω 电阻器上拉至外部电源。

我会在更换 LDO 电源输入之前尝试这些方法、因为现在唯一的问题似乎是 GPO3上拉时的电源故障行为、而在 GPO3未上拉时无法启用序列的 CTL4部分。

谢谢、

Daniel W

Daniel、您好！

首先是 VTT LDO 已启动并可用。  

是的、当 GPO3上无上拉电阻且 CTL4为 GND 时、在 LDOA1和 A2上未观察到电源故障、并且还能够分别查看1V8和1V2的输出。  

由于 GPO3未通电、并且我们将其与 CTL4分离、因此我向 CTL4提供了来自外部源的1V8、结果也开始看到 LDOA1和 A2上的电源故障。 当我们移除该源和 GNDed CTL4 (因为我们无法根据原理图检查清单将其保持悬空)时、电源故障消失了。

今天、我们尝试了上述第1点(仅限)、下面是我的观察结果、

我们将 GPO3 (进而连接到 CTL4)和 GPO2 (进而连接到 ZU3 FPGA 的 POR)上的上拉电阻替换为100K 欧姆、令人惊讶的是、所有输出变为零、任何电源轨上都没有电源故障模式。

我们检查了 PMIC (VSYS、CTL1、LDO3P3和 LDO5P0)的输入/输出、下面是示波器截图。 都很好。  

e2e.ti.com/.../PMIC_5F00_U24_5F00_100K_5F00_pull_2D00_up.zip

BUCK2 SW 信号与 LDOA1不一样，因此我们添加了示波器照片供您查看。 其余的所有电压都为零伏、因此未捕获它们。

此时、我们刚刚迷路了、不知道 PMIC 发生了什么情况、而对于我们前一天首次通电的其他 PMIC、即使在 LDOA1和 LDOA2上提供4.7uF/25V 电容器后、也已经发生了电源故障。

请注意：看起来我们的美国 Veoneer 团队正在与"Matthews、Tyler 接触 ”他明天可能会联系您讨论这些问题。

此致、

Sandeep P

您好、Sandeep、

感谢您提供信息。 我们明天将进一步讨论。

谢谢、

Daniel W

您好、Sandeep、

如我们的会议所讨论、请通过 I2C 和示波器快照研究 CTL4 (BUCK3 LDOA3)之后的资源的状态。 我会继续就 GPO3问题寻求其他建议。

谢谢、

Daniel W

您好、Sandeep、

我注意到 SWB1/2未使用、但在电源序列中、有一条消息说、它们被触发以1.8V 电压接通以生成一个电源正常信号。

为了防止这些电源故障、请在输出端添加输入源和旁路电容器。

谢谢、
Daniel W

Daniel、您好！

感谢您的宝贵意见、但由于我们在设计中未使用这些意见、因此有必要向您提出问题。

根据 TI 原理图检查清单、 如果我们不使用它们、则需要将其源极连接到 GND 引脚、输出可以保持悬空。 因此、我们遵循了相同的要求。 考虑到 PMIC 只是一个开关而不是电源、您认为这会对其 PG 树产生任何影响吗？

 

此致、

Sandeep P

您好、Sandeep、

在原理图检查清单中、"未使用"表示未 启用资源。

在数据表中的 TPS65086401设置中、在 PG 电平为1.8V 的电源序列中使用 SWB1/2、并且不屏蔽电源故障、因此需要连接此资源。

谢谢、

Daniel W

Daniel、您好！

当天的惊喜部分是 U24 PMIC、直到周五晚上才出现无脉冲、今天早上突然出现了所有输出。 因此能够捕获低于示波器的照片。  

根据我们在星期五会议上的讨论、当 CTL4以外部源的形式提供1V8时、请找到示波器快照。

案例1：使用1V8应用 CTL4时捕获的 LDOA1输入和输出的示波器截图。

 

CASE2：当使用1V8应用 CTL4时捕获 LDOA1输入和 Buck3输出的示波器快照。

案例3：当 CTL4与1V8一起应用时捕获的 LDOA2输入和输出的示波器截图。(注意：在本例中、我们看到 的是 LDOA2的输入中的电源故障模式、因为1V8的电源由同一 PMIC U24的 Buck1提供)

案例4：使用1V8施加 CTL4时在其他电源轨上观察到的电源故障示波器截图。

此致、

Sandeep P

Daniel、您好！

好的、让我来处理这个问题并为您提供更新。

此外、我想告诉大家、我们今天尝试通过 I2C 访问其他板载 PMIC、即使在 LDOA1和 LDOA2上提供电容器、也已经显示了所有电源轨上的电源故障。 但我们观察到的奇怪现象是，即使是 I2C 线路也显示了电源故障模式，而不是稳定的3V3，因为它被上拉。 还需要对其进行更多调试。 将于明天分享示波器截图。

此致、

Sandeep P

Daniel、您好！

关于您之前关于为 SWB1/2提供源和在其中输出上消除电容的回复。 在查看 OTP Excel 工作表矩阵(代表默认数据表值)后、我的想法是、即使我们启动 SWB1/2 PG 信号、它仅影响 GPO2输出、但 GPO2仍不会出现、因为它还需要 LDOA3输出、该输出从第一天起显示了0V。 为了使 LDOA3正常运行、我们需要使 Buck3 PG 正常运行、并且在将1V8或3V3用作输入时解决造成电源故障的 CTL4之前无法实现。

 此致、

Sandeep P

您好、Sandeep、

你是对的。 但是、我认为准备继续对每个资源执行电源序列是相关的。

关于 CTL4和 LDOA3之间出现的问题、最可能的问题是 Buck2。 Buck2当前是否已加载、如果是、是否可以移除此负载？

谢谢、

Daniel W

Daniel、您好！

是当前已加载 BUCK2、它连接到 PSINTFP 和  PSINTLP 、该器件具有5欧姆至10欧姆的低电阻路径。

我尝试移除负载、检查了 Buck4和 Buck5的输出、但仍显示0V。 因此、行为没有变化。  下面是我们为 CTL4提供外部1V8后的 Buck1示波器截图。 我们看到电源故障的引入。

第二点/问题：关于其他 PMIC (U29)，我们尝试点击 I2C 并读取 PMIC 寄存器，但我们正在得到否定应答。 下面是 I2C 的 SCL 和数据线的快照。 我们已将其配置为标准模式、所使用的上拉电阻为8.25K 欧姆至3V3电源轨。 不确定为什么 PMIC 发送 NACK。

我已经检查了 Vsys=12V、LDO3P3和 LDO5P0是否可用。

通过 I2C 方法引入此 PMIC 的想法是、确保我们可以访问 Med FPGA、然后将电路板交给软件团队、以便他们可以进行与汽车以太网相关的固件开发、且电路板的此功能仅可用 适用于 MED FPGA 和 MED PMIC。  

因此、软件团队可以在固件开发方面取得良好进展、我们可以与您并行处理 LE Laplant 将共享的电路板。   

但是、由于这个 NACK 问题、无法访问医疗 PMIC 以消除电源故障、并继续对医疗 FPGA 进行编程/刷写。

此致、

Sandeep P

您好、Sandeep、

I2C 引脚的绝对最大额定值为3.6V、但示波器截图中显示该线路变为3.7V。 请相应地调整电压、使其不超过绝对最大额定值。 完成此操作后、让我知道问题是否仍然存在

谢谢、

Daniel W

Daniel、您好！

示波器脉冲设置设为 TOP，因此在使用触发器进行单次脉冲捕获时，我们可以看到最高电压电平为读数，但它只是噪声尖峰，而不是信号的实际电平。

为了清除这一点、我们单独拍摄了 I2C-SCL 和 I2C-SDA 的示波器截图、您可以看到它处于数据表规定的3.6V 限制范围内。 还捕获了 Saleae 工具数据记录器以显示 NACK。

1) 1) I2C-SCL

  

2) 2) I2C-SDA

3) 3) Saleae 工具数据记录器输出。

此致、

Sandeep P

Daniel、您好！

以上是回复、因为我们无法通过 I2C 进行访问。 我们开始进行调试、以了解导致电源故障的原因、在这个方向上、我们刚刚从 BUCK1、BUCK2 和 BUCK3中删除了输出、然后检查了电源故障。 BUCK4、5和6显示0V。  

但 Buck1、2和3仍显示电源故障模式(在上述回复链中共享了示波器截图)。 此时、我们检查了输入/输出 VSYS、LDO3P3、LDO5P0和 CTL1、所有这些都很好。 下面是相同的示波器截图。

不确定电源故障位置需要调试的其他内容。  

此致、
Sandeep P

您好、Sandeep、

非常感谢您在 I2C 级别进行了澄清。 根据我的理解、此 PMIC 的运行方式与另一个相似、但没有 I2C 访问。  我建议返回到第一个 PMIC、并尝试使用 I2C_RAIL_ENx 寄存器单独启用每个电源轨、并查看电源轨单独打开时是否发生任何电源故障？

谢谢、

Daniel W

Daniel、您好！

[引用 userid="489847" URL"~/support/power-management-group/power-management/f/power-management-forum/1033826/tps650864-troubleshooting-pmic-used-to-power-xilinx-zu3/3870748 #3870748"]此 PMIC 的运行方式与另一个 PMIC 类似，但没有 I2C 访问。

否、此 PMIC 的工作方式与第一个 PMIC 不同。 以下是原因：

1) 1)当 CTL1连接到 GND 而不是 LDO3P3时、即使 CTL1位于 LDO3P3、我们仍可以看到 BUCK1、2、3和 LDOA1、BUCK4、5、6和 VTT LDO 中的电源故障模式全部为0V。 (但如果第一个 PMIC 具有 I2C 访问功能、当您将 CTL1连接到 GND 时、所有输出将变为零、因此与数据表定义相匹配。)

2) 2)我们在 LDOA1和 LDOA2上提供了这些4.7uF/10V 电容器、但我们仍然看到电源故障模式。 (但对于具有 I2C 访问的第一个 PMIC、只要我们提供了去电容器、LDOA1和 LDOA2就会立即开始显示相应的电源轨清理1V8和1V2。)

3) 3)我们在此 PMIC 上访问 I2C 所做的更改与第一个 PMIC 相同、 但我们正在获得持续 NACK。(但对于第一个 PMIC、我们确实访问了 I2C、并且能够通过所有 I2C 寄存器进行读取和写入操作来重置电源故障和许多其他功能)

[引用 userid="489847" URL"~/support/power-management-group/power-management/f/power-management-forum/1033826/tps650864-troubleshooting-pmic-used-to-power-xilinx-zu3/3870748 #3870748"]我建议返回到第一个 PMIC、并尝试使用 I2C_RAIL_ENx 寄存器单独启用每个电源轨、并查看电源轨单独导通时是否会发生电源故障？[/quote

是的、我们已经这样做了、并且在使用 I2C 方法手动完成电源序列后成功刷写了 FPGA。 下面是我们执行的步骤、 读取 I2C 寄存器并清除电源故障、然后执行以下操作  

1) Buck1 -已启动

2) 2) Buck2  -已启动

3) Buck3  -正常运行 (使用 I2C 电源轨使能选项强制开启)

4) Buck4 -已启动

5) Buck5 -正常运行 (使用 I2C 轨使能选项强制开启)

6) Buck6 -正常运行(使用 I2C 电源轨使能选项强制开启)

7) 7) VTT LDO -已启动

8) LDOA1 -未使用(使用 I2C 方法禁用 Hence)

9) LDOA2 -未使用(使用  I2C 方法禁用 Hence)

10) 10) GPO1  -已启动

11) GPO2 -未启动。

12) GPO3 -未启动。 (由于此 Buck3未开启、因此强制开启。)

13) 13) CTL1配备3P3  

14) CTL4当前为 GNDed、如果连接到1V8或3V3、则会向系统引入电源故障

15) CTL2.5为 GNDed

16) CTL6连接到 GPO1、因此其功能正常。

在任何电源轨上执行 I2C 方法后都没有电源故障、因此我们想知道如何使 PMIC 独立运行、从而按照我们的电源序列工作。  

总之、使用 I2C 方法清除电源故障后不会出现任何电源故障、因此某些电源轨会自行启动、有些电源轨不需要强制开启、这意味着它们绕过 PG 树、因此会开启。  

因此、我感觉 GPO 和 CTL 的 PG 树逻辑已变得糟糕、 这就是我们看到这些电源故障的原因、因为一旦您消除与这些故障相关的可靠性、所有降压稳压器都可以正常工作(对于第二个 PMIC、情况并非如此)。  

在我们的电路板中、总共有3个 PMIC、我已经对其中的2个进行了探讨、从明天开始、我将探索第三个 PMIC、以了解它与其他两个 PMIC 相比的行为。

此致、

Sandeep P

您好、Sandeep、

感谢您对差异的详细总结。 请随时向我更新第三个 PMIC 的行为。 我将继续审查此案例。 请在我的结束日期星期二之前提供更新

谢谢、

Daniel W

Daniel、您好！

今天、我们验证了第3个 PMIC、很遗憾、即使该 PMIC 也存在电源故障。 PMIC 的所有输入均可用且良好，但我们可以在 Buck1、Buck2、 Buck4 LDOA1和 LDOA2中看到电源故障模式。 但 Buck3、Buck5、Buck6和 LDOA3均为0V。  

我们甚至为 LDOA1提供了1uF 的去电容、但仍然存在电源故障、下面是电源故障轨和 PMIC 输入的示波器截图、因为其余的电压为0V。

e2e.ti.com/.../3rd-PMIC-U21.zip

但我们在这里观察到的一个积极的注意事项是、如果我们为 CTL1引脚接地、则这些电源故障轨将达到0V 电平。 因此、我们假设它的运行方式可能与第一个 PMIC (U24)类似。 因此、我们必须进一步调试 CTL4线路行为、以查看这是否是电源故障的根源。  

此致、

Sandeep P

您好、Sandeep、

感谢您的更新。 我将研究更多调试解决方案、并在星期二结束前更新此主题。

谢谢、

Daniel W