[参考译文] TPS25751：用作供电方时的一些问题

尊敬的 Alex：

如果可能、您是否还能提供行为的 PD 日志？

您是否还能共享用于初始配置 TPS25751的.json？

您正在使用哪些拉电流功率级别？ (预期达到电压/电流合约)

谢谢。此致、

克里斯

Chris、您好！

Unknown 说：

如果可能，您还能提供有关该行为的 PD 日志吗？

如何导出 PD 日志？ 我在 TPS25751的用户手册和 TRM 中找不到。

Unknown 说：

您是否还可以共享用于初始配置 TPS25751的.json？

e2e.ti.com/.../USBCPD_5F00_config_5F00_V0.1_5F00_20240312.zip

好的、 .json 在上面进行了附加。

Unknown 说：

您使用的电源功率级别是多少？ (预期电压/电流合约)

这是否意味着寄存器0x32配置？ 上面的.json 中使用了以下内容：

拉电流 PDO 1：5V 3A

拉电流 PDO 2：9V 3A

拉电流 PDO 3：15V 3A

拉电流 PDO 4：20V 5A

尊敬的 Alex：

您如何测试？ 这是定制硬件还是与 TPS25751EVM 一起使用？

Unknown 说：

如何导出 PD 日志？ 我在 TPS25751的用户手册和 TRM 中找不到。

TPS25751不会生成 PD 日志。 USB-CCx 使用 Type-C PD 引脚进行通信、并且有第三方"CCx PD 分析仪"可用于在 PD 日志中记录消息。 日志将告诉我们哪一端硬重置、并提供有关连接状态的更多信息。

请尝试使用随附的 json。 我更新了某个可能导致不同手机出现问题的寄存器值。

/cfs-file/__key/communityserver-discussions-components-files/196/6175.USBCPD_5F00_config_5F00_AW_5F00_V0.json

谢谢。此致、

克里斯

Chris、您好！

Unknown 说：

您如何测试？ 这是定制硬件还是带有 TPS25751EVM？

我们使用上一主题中提到的定制硬件进行测试。 我们手头有 TPS25751EVM 电路板、但电路板无法正常启动、而且到目前为止我们尚未修复此问题。

顺便说一下、当 PD 用作接收设备时、以及当20V、3.35A PD 适配器连接到 Type-C 时、我们的定制硬件是正常的。

Unknown 说：

TPS25751未生成 PD 日志。 USB-CCx 使用 Type-C PD 引脚进行通信、并且有第三方"CCx PD 分析仪"可用于在 PD 日志中记录消息。 日志将告诉我们哪一端是硬重置的、并提供有关连接状态的更多信息。

感谢您的详细解释。 我们使用 Kingst 逻辑分析仪捕获 PD 日志。

e2e.ti.com/.../20240318_5F00_TPS25751_5F00_IssueDataCapture.zip

我通过以下步骤尝试了附加的 json：

(1)打开 USBPD 应用程序自定义工具、并导入您提供的 json；

(2)导出并生成.c 格式的完整闪存二进制文件；

(3)更新客户项目的二进制数据并更新 EEPROM；

这一问题似乎仍未解决。 以下是相关的 PD 日志：

e2e.ti.com/.../20240318_5F00_TIConfigure_5F00_TPS25751_5F00_IssueDataCapture.zip

尊敬的 Alex：

谢谢您提供的信息、给我一天时间进行回顾、然后再给您回复。

谢谢。此致、

克里斯

Chris、您好！

好的、谢谢。

尊敬的 Alex：

很抱歉耽误你的时间。

我在使用 Kingst 工具时遇到了一些困难。 是否有方法可以导出 PD 日志或 csv 或测试文件、从而更容易解码？

此外、通道3和5连接到了什么？

谢谢。此致、

克里斯

Chris、您好！

Kingst 文件的语言已更改、您可以 重试以打开这些文件。 还会输出并附加.csv 格式的日志。

I2C 的 Kingst 配置为：

PD 的 Kingst 配置为：

可以看到解码的结果：

我的配置数据：

e2e.ti.com/.../20240318_5F00_DataCapture.zip

配置数据：

e2e.ti.com/.../20240318_5F00_TIConfig_5F00_DataCapture.zip

Unknown 说：

此外，频道3和频道5连接到什么？

通道1：我的 MCU 和 PD 的 I2Ct_SDA 之间的 I2C 的 SDA  

通道2：我的 MCU 和 PD 的 I2Ct_SCL 之间 I2C 的 SCL  

通道3：我的 MCU 和 PD 的 I2Ct_IRQ 之间 I2C 的 I2C INT

通道4： USBC1_CC2

通道5： USBC1_CC1

谢谢。此致、

亚历克斯

感谢您提供的信息 Alex、我将查看 PD 日志。

尊敬的 Alex：

查看 PD 日志、您能否获得有关当时 VBUS 电压和电流的一些附加信息？ 我们也看到了类似的行为、即接收端消耗过多功率、VBUS 电压由于过流而下降、使 PD 合约复位并导致恒定重启行为。

谢谢。此致、

克里斯

Chris、您好！

好的、给我留出一天的时间来预定实验资源并捕获数据。

BTW,这个问题可以重复使用手机,如 iPhone 在你身边?  这是否是 TPS25751芯片开发团队的一个已知问题？ 我知道 TPS25751处于 预发布状态、  我想知道 TI 是否使用了 TPS25751作为源来测试 手机等不同接收设备。

谢谢。此致、

亚历克斯

Chris、您好！

我们使用了另一部手机 谷歌像素4,仍然是相同的问题。 其 VBUS 电压和电流如下：

Kingst 逻辑分析仪的相关数据如下所示、请注意、PD 数据似乎更改为在通道5上显示、即 USBC1_CC1：

e2e.ti.com/.../0407.20240327_5F00_GooglePixel4_5F00_DataCapture.zip

谢谢。此致、

亚历克斯

尊敬的 Alex：

电流消耗尖峰似乎是导致 VBUS 电压下降的原因、消耗了多少电流、比例似乎以伏特为单位。

您是否在 PP5V 或 VBUS 上看到此压降？

谢谢。此致、

克里斯

Chris、您好！

这里是500mA 单个单元、您可以看到以下内容作为参考、峰值电流约为600mA：

Unknown 说：

您看到 PP5V 或 VBUS 上的此压降吗？

你的意思是绿线在柑橘吗? 好像  VBUS 上有压降。 是导致此问题的原因吗？ 那么、我们应该如何解决该问题呢？

Unknown 说：

BTW，是否可以通过在您身边使用手机(如 iPhone)重复出现此问题？  这是否是 TPS25751芯片开发团队的一个已知问题？ 我知道 TPS25751处于 预发布状态、  我想知道 TI 是否使用 TPS25751作为源来测试手机等不同接收设备。

您能对此帖子做出回应吗？ 谢谢。

谢谢。此致、

亚历克斯

尊敬的 Alex：

Unknown 说：

您的意思是绿色线吗? 好像  VBUS 上有压降。 是导致此问题的原因吗？ 那么我们应该如何解决这个问题？

是的、这可能是问题的原因、如果 VBUS 电压下降得过低、PD 协商将停止并复位。 您能否在同一示波器捕获上测量 PP5V 电压、看看该电压是否等于 VBUS 电压？

直流/直流供电的 PP5V 设计用于处理多大的功率？

我们首先需要确定 VBUS 电压下降的原因、然后才能解决该问题。 它可能与5V 直流/直流有关、也可能是电源路径的问题。

遗憾的是、我们没有很多 USB-C 测试电话。 我能够找到 S8、但与 EVM 配合使用时似乎没有相同的问题。 我也无法获取 Iphone15进行测试。

这不是一个已知的问题、但我有一位同事看到过类似的问题、我们不一定知道它们是相同的。

谢谢。此致、

克里斯

Chris、您好！

Unknown 说：

您能否在同一示波器捕获上测量 PP5V 电压并查看该电压是否与 VBUS 电压一致？

好的、我们将测量相关电压、下周同一时间再见。

BTW、您能帮助查看我们的电路设计吗？ 谢谢。

PD 是：

直流/直流供电 PP5V 由以下方式提供：

PPSYS 由电池提供：

谢谢。此致、

亚历克斯

尊敬的 Alex：

由于假期、许多设备专家目前不在办公室。 当他们返回时、他们将研究这一点并提供响应。 请相应延迟。

谢谢。
字段

尊敬的 Field 和 Chris：

祝您的假期愉快。

BTW、我们找到了此问题的原因。 我们用的 PD 芯片是 TPS25751D、我没有看到"TPS25751D 有一个 可灌入电源路径的集成双向高压负载开关 PPHV"、我觉得 VBUS 只能由 PP5V 供电、如下图所示：

然后、对于充电器 BQ25751、它具有反向模式、可 将电池提供的电力输送 到输入端(此处是用于 PD 的 PPHV)。 所以我启用了反向模式,发现我们的系统可以为手机充电,如华为荣誉。

感谢您的建议、Chis。 另外两个需要明确的问题是：

(1)对于 配置为供电方的 TPS25751D、TPS25751D 如何知道要选择哪个供电方(PP_5V 或 PPHV)？ 即、这款芯片在哪些情况下会使用 PPHV？ 那么、  该芯片在哪些情况下会使用 PP_5V？

(2)芯片出现需要一些时间才能正常工作、对吧？ 确切的时间是什么？ 我们在调试中发现、如果在 MCU 检测到 I2Ct_IRQ 时直接清除 I2C1 (0x18H)的寄存器中断、该芯片会在 I2Ct_IRQ 上产生一个或多个中断 。 这就是我们在问题中使用500ms 延迟的原因、它对于我们的系统来说很慢。

Unknown 说：

您好！

为了测试 TPS25751的拉电流角色、我们 使用了 iPhone、华为荣誉等手机。 似乎 TPS25751  与其中一些引脚不兼容、发生了一些问题。 您可以帮助分析一下吗？

此外、相关的 TPS25751寄存器数据读取如下所示：

(1) MCU 检测到 I2C INT 时、延迟约500ms；

(2)读取0x03、0x14、0x1A、0x3F、0x40、 0x34、0x35寄存器；

[/报价]

谢谢。此致、

亚历克斯

尊敬的 Alex：

Unknown 说：

BTW、我们找到了此问题的原因。 我们用的 PD 芯片是 TPS25751D、我没有看到"TPS25751D 有一个 可灌入电源路径的集成双向高压负载开关 PPHV"、我觉得 VBUS 只能由 PP5V 供电、如下图所示：

然后、对于充电器 BQ25751、它具有反向模式、可 将电池提供的电力输送 到输入端(此处是用于 PD 的 PPHV)。 所以我启用了反向模式,发现我们的系统可以为手机充电,如华为荣誉。

[/报价]

很高兴听到这个消息！ 我主要为 USB-C PD 器件提供支持、因此我建议与 BQ 团队联系、以解答 BQ 特定的问题。

Unknown 说：

(1)对于 配置为供电方的 TPS25751D、TPS25751D 如何知道要选择哪个供电方(PP_5V 或 PPHV)？ 即、这款芯片在哪些情况下会使用 PPHV？ 而  在哪些情况下、此芯片会使用 PP_5V 替代？

您将指定 json/固件中的路径。 如果您选择 Advanced Config、然后转至"Transmit Source Capabilities (发送供电方能力)"寄存器中的"Source_PDO_1"、则可以为 PDO1选择 PP1 (PP5V)或 PP3 (PPHV)的电源路径。

Unknown 说：

(2)芯片在发生某种情况时需要一些时间才能工作，对吗？ 确切的时间是什么？ 我们在调试中发现、如果在 MCU 检测到 I2Ct_IRQ 时直接清除 I2C1 (0x18H)的寄存器中断、该芯片会在 I2Ct_IRQ 上产生一个或多个中断 。 这就是为什么我们在问题中使用了500毫秒的延迟、而且对于我们的系统来说、延迟很慢。

触发了哪些中断、你处理过它们、然后清除它们、或者只是清除了而不进行处理？ 我不熟悉这个延迟问题。

谢谢。此致、

克里斯

[/quote]

Chris、您好！

Unknown 说：

如果您选择 Advanced Config，然后转至"Transmit Source Capabilities (传输供电方能力)"寄存器中的"Source_PDO_1"，则可以为 PDO1选择电源路径为 PP1 (PP5V)或 PP3 (PPHV)[/QUO]

明白。 因此

(1)  PP5V 和 PPHV 有哪些优点和缺点？

(2)工具中的拉电流 PDO 2等其他 PDO 的默认值配置为 PP3、它们可以使用 PP1吗？ 即、PP5V 是否可以提供9V、15V 甚至20V 等更高的电压？

Unknown 说：

您触发了哪些中断并进行了处理，然后清除它们，或者只是清除而不进行处理？ 我不熟悉此延迟问题。

我们目前没有要等待和处理的特定中断。 我们的 MCU 仅监控  I2Ct_IRQ 的下降沿、如果有、我们的 MCU 将读取 Reg0x14 (I2C1的中断事件)以检查 触发了哪些中断、然后读取 Reg0x1A (如果有更新的状态)、Reg0x24 (如果有更新的电源状态)、等等。 然后、通过将所有1写入0x18来清除 I2C INT。

假设没有上面提到的500ms 等延迟、我们通过 Kingst 捕获了 I2C 数据：

(1) I2Ct_IRQ 上的第一个下降沿

I2C1寄存器(0x14h)的中断事件： 3_Plug Insert 或 Removal、24_Power Status 更新、26_Status 更新为1；

(2)  I2Ct_IRQ 上的第二个下降沿

I2C1寄存器(0x14h)的中断事件： 21_USB 主机不再存在、26_Status 更新为1；

(3)  I2Ct_IRQ 上的第三个下降沿

I2C1寄存器(0x14h)的中断事件： 12_New Contract 作为消费类、24_Power Status Update、26_Status Update 设置为1；

所以我认为 当某件事情发生的时候、芯片需要一段时间才能完成它的全部工作。 那么、 I2C1寄存器(0x14h)的哪个中断事件中断应该由我们的 MCU 等待并清除0x18？  12_作为消费者的新合同和作为提供商的13_新合同似乎不是一个好选择、因为  在某些情况下它们不会被触发。

或者我们的 MCU 应该延迟 一段时间以等待 TPS25751？

谢谢。此致、

亚历克斯

[/quote]

Chris、您好！

好的、明白了。 非常感谢您的详细解释。

另一个基本问题：

对于 Int_Event 接收器 转换 已完成的情况、是否可以在某些不支持的终端设备连接到 Type-C 时触发 PD？

谢谢。此致、

亚历克斯

Chris、您好！

好的。 BTW、  下周我将执行另一个任务、继续在定制硬件上测试 TPS25751。 如果您一直未解决、我将继续使用该主题发布 TPS25751相关问题。  非常感谢。

谢谢。此致、

亚历克斯