• 状态 Resolved
  • 已锁定 已锁定
  • 回复 13 回复
  • 订户 0 订户
  • 视图 1091 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TPS25750：清除电池电量耗尽标志后、无法用作供电方

admin
Guru**** 2595805 points
Other Parts Discussed in Thread: TPS25750EVM

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1342862/tps25750-cannot-act-as-a-source-after-dead-battery-flag-is-cleared

器件型号：TPS25750

大家好、我有两个与电池电量耗尽恢复相关的问题。 我使用从 GUI 7.0.4版导出的补丁捆绑包、信息寄存器报告  TPS65992 HW00A1 FWF509.05.61_0003 ZAceS。

[1]  我发现在电池电量耗尽后、该器件无法用作供电方。 器件在电池电量耗尽模式下启动并应用补丁捆绑包后、寄存器读取如下：

0x0D：0xF8 0x19 0x00 0x00
0x0F：0x61 0x05 0x09 0xF5
0x14：0x08 0x00 0x00 0x05 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x03
0x16：0x0A 0x30 0x4d 0x00 0x00 0x00 0x00 0x00 0x03
0x18：0x08 0x00 0x00 0x05 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x03
0x1a：0x00 0x00 0x00 0x40 0x00
0x26：0x00 0x00 0x00 0x00 0x80
0x29：0x72 0x50 0x81 0x03
0x2D：0x34 0x03 0xf0 0xC2 0xa1
0x30：0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
0x31：0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
0x32：0x01 0xa8 0x2a 0x2C 0x91 0x01 0x26 0x2C 0xD1 0x02 0x00 0x2C 0xb1 0x04 0x00 0x2C 0x41 0x06 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
0x33：0x02 0x2C 0x91 0x01 0x10 0x2C 0xD1 0x02 0x00 0x2C 0xb1 0x04 0x00 0xf4 0x41 0x06 0x00 0x45 0x41 0x06 0x00 0x00 0x00 0x00 0x00 0x00 0x000
0x34：0x00 0x00 0x00 0x00 0x00 0x00
0x35：0x00 0x00 0x00 0x00
0x3F：0x00 0x00
0x40：0x00 0x00 0x00 0x00
0x69：0x00 0x00 0x00 0x66
0x70：0x01
0x72：0x00 0x00 0x00 0x00 0x01 0x00 0x00 0x00

我们可以从寄存器0x26看到、已设置电池电量耗尽标志。 在我写入  DBfg 4CC 命令并插入 USB 接收设备后、寄存器读取如下：

0x0D：0xF8 0x19 0x00 0x00
0x0F：0x61 0x05 0x09 0xF5
0x14：0x08 0x00 0x00 0x45 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x03
0x16：0x0A 0x30 0x4d 0x00 0x00 0x00 0x00 0x00 0x03
0x18：0x08 0x00 0x00 0x45 0x00 0x00 0x00 0x00 0x00 0x00 0x03
0x1a：0x00 0x00 0x00 0x40 0x00
0x26：0x00 0x00 0x00 0x00 0x40
0x29：0x72 0x50 0x81 0x03
0x2D：0x30 0x03 0xf0 0xC2 0xa1
0x30：0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
0x31：0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
0x32：0x01 0xa8 0x2a 0x2C 0x91 0x01 0x26 0x2C 0xD1 0x02 0x00 0x2C 0xb1 0x04 0x00 0x2C 0x41 0x06 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
0x33：0x02 0x2C 0x91 0x01 0x10 0x2C 0xD1 0x02 0x00 0x2C 0xb1 0x04 0x00 0xf4 0x41 0x06 0x00 0x45 0x41 0x06 0x00 0x00 0x00 0x00 0x00 0x00 0x000
0x34：0x00 0x00 0x00 0x00 0x00 0x00
0x35：0x00 0x00 0x00 0x00
0x3F：0x00 0x00
0x40：0x00 0x00 0x00 0x00
0x69：0x00 0x00 0x00 0x66
0x70：0x01
0x72：0x00 0x00 0x00 0x00 0x01 0x00 0x00 0x00

我们可以看到电池电量耗尽标志现已清除、但  寄存器0x1A 中的 ConnState 和 PlugPresent 均为零。  在我写入  GAID 4CC 命令并 再次插入 USB 接收器之后、寄存器读取如下：

0x0D：0xF8 0x19 0x00 0x00
0x0F：0x61 0x05 0x09 0xF5
0x14：0x08 0x00 0x00 0x0d 0x00 0x00 0x00 0x00 0x00 0x00 0x03
0x16：0x0A 0x30 0x4d 0x00 0x00 0x00 0x00 0x00 0x03
0x18：0x08 0x00 0x00 0x0d 0x00 0x00 0x00 0x00 0x00 0x00 0x03
0x1a：0x6d 0x00 0x10 0x42 0x00
0x26：0x80 0x00 0x00 0x00 0x40
0x29：0x72 0x50 0x81 0x03
0x2D：0x30 0x03 0xf0 0xC2 0xa1
0x30：0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
0x31：0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
0x32：0x01 0xa8 0x2a 0x2C 0x91 0x01 0x26 0x2C 0xD1 0x02 0x00 0x2C 0xb1 0x04 0x00 0x2C 0x41 0x06 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
0x33：0x02 0x2C 0x91 0x01 0x10 0x2C 0xD1 0x02 0x00 0x2C 0xb1 0x04 0x00 0xf4 0x41 0x06 0x00 0x45 0x41 0x06 0x00 0x00 0x00 0x00 0x00 0x00 0x000
0x34：0x00 0x00 0x00 0x00 0x60 0x02
0x35：0x00 0x00 0x00 0x00
0x3F：0x09 0x02
0x40：0x40 0x00 0x00 0x00
0x69：0x01 0x02 0x00 0x60
0x70：0x01
0x72：0x00 0x00 0x00 0x00 0x01 0x00 0x00 0x00

现在、 ConnState 和 PlugPresent 均按预期设置、设备运行正常。 这种行为是否符合预期、是否有任何方法可以纠正？

[2]   如果 未设置电池电量耗尽标志、则写入 DBfg 4CC 命令是否有任何危害？

提前感谢您的帮助、请告诉我、以防我能澄清我的任何一个问题。

  • 0
    TI__Guru**** 2595805 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Jeff：  

    Unknown 说：
    [1]  我发现在电池电量耗尽后、该器件无法用作供电方。 器件在电池电量耗尽模式下启动并应用补丁捆绑包后、寄存器读数如下：
    Unknown 说：
    [2]   如果 未设置电池电量耗尽标志、则写入 DBfg 4CC 命令是否有任何危害？

    即使未设置电池电量耗尽标志、发送 DBfg 也不会造成伤害、应拒绝该命令。  

    谢谢。此致、

    雷蒙德·林

  • 0
    TI__Guru**** 2595805 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的  Raymond：感谢您的及时支持。 根据您的反馈：

    [1] 好的、我在 这里附上了整个捕获文件。 请告诉我,如果有任何事情是 amiss。

    如果在器件引导后通过 VIN_3V3从外部供电时应用补丁捆绑包、则拉电流和灌电流配置都可以正常运行。 但是、只有受电方配置在以下序列后工作：

    • 器件在电池电量耗尽模式下启动。
    •  出现外部 VIN_3V3电源。
    • 补丁捆绑包被应用。
    •  发送 DBfc 4CC 命令。

    要恢复、我必须发送 GAID 4CC 命令、从而强制器件在 通过 VIN_3V3从外部供电时启动、就像通过情况一样。  重新应用补丁捆绑包后、拉电流和灌电流配置再次正常运行。

    [2] 感谢您的确认；您的描述与我的观察结果相符。

    如果在此期间我可以提供任何其他信息、请告知我。

  • 0
    TI__Guru**** 2595805 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好, 雷蒙德—请原谅我的无知,但我原来的尝试附加 一个 Saleae 捕获似乎失败了。 我已经重试、将捕获嵌入.zip 文件中；请告诉我以防它没有出现。
    e2e.ti.com/.../TPS25750_5F00_patch_5F00_bundle.zip

  • 0
    TI__Guru**** 2595805 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Jeff：

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

    谢谢。
    字段

  • 0
    TI__Guru**** 2595805 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    大家好、只是想跟进这个问题。 再次感谢您的持续支持！

  • 0
    TI__Guru**** 2595805 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Jeff：

    感谢您的跟进！

    我对此有一些想法：

    首先,我看不出你现在做的方式有什么问题,但我有一个想法,可以使它更容易。

    您是否可以尝试使用 SRRC 4CC 命令强制 PD 将其供电方能力发送到远端、而不是在清除电池电量耗尽标志并重新应用补丁后发送 GAID 命令？ 如果该器件作为受电方连接到远端、则在清除 DBF 后、您还可以发送 SWSr 命令以切换为 PD 供电方。

    谢谢！

    凯文

  • 0
    TI__Guru**** 2595805 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Kevin：非常感谢您的全面分析。

    我SSrC在电池电量耗尽状态下发送了4CC 命令(PD 发送供电方能力)、但 IC 在有效载荷的第一个字节中以0x03 (任务被拒绝)进行响应。 寄存器 0x1A 也保持不变。

    但是、我认为这或 SWSr4CC 命令不符合我们的目的-由于 IC 不会更新寄存器 0x1A、 除非  从未设置电池电量耗尽标志、因此我们的平台无法知道何时发送这些命令。

    也许我可以在此期间提出几个问题：

    1. 由于 我的补丁捆绑包应用过程似乎是正确的、我身边是否有任何其他问题可以解释这个问题？
    2. 作为健全性测试、我可以要求您确认 是否 可以单独重现此问题？ 我 手头有 TPS25750EVM、  尽管我认为在线配置 GUI 是一款出色的工具、但它不允许客户自由读取寄存器或发送4CC 命令。 也许您有自己的 EC 用于内部测试。

    此问题最终不是阻止问题、 因为该GAID命令似乎是一种可靠的解决方法、但由于该行为是意料之外的、我更喜欢先找出原因。  再次感谢您的持续支持、如果我能提供任何其他信息、请告诉我。

  • 0
    TI__Guru**** 2595805 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    大家好、这个问题现在似乎已经解决了。 进一步研究后、我发现只有在  发送 DBfg 4CC 命令之前连接 USB 接收器并且清除电池电量耗尽标志时、才会出现此线程中描述的问题。

    如果   在 连接 USB 受电方之前发送 DBfg 4CC 命令、则不会出现该问题、并且 寄存器 0x1A 会正常更新。 实际上、我们会在启动时或应用补丁捆绑包后立即检查电池电量耗尽标志；因此、在正常使用期间不会出现此问题。

    不过、在结束本主题之前、我想强调几个其他现象并提出最后一个问题：

    [1]   DBfg 4CC 命令只能在 APP 模式下发送；如果在 PTCH 模式下发送、则将被拒绝(响应= 0x03)。 这似乎已经在另一个主题中确认、但我没有看到技术参考手册(TRM)中提到它；我认为将此信息包含在 TRM 中很有用。

    [2]  如果 VIN_3V3丢失且器件返回到电池电量耗尽模式、则不能保证器件已复位到 其 从 APP 模式返回到 PTCH 模式。 在我们的平台上、从电池电量耗尽的情况中恢复后可以设置电池电量耗尽标志、但 在 USB 保持连接的情况下、我们的平台重新启动后也可以设置电池电量耗尽标志。 发生这种情况是因为 VIN_3V3电源暂时禁用、并在重新启动期间、在选定的硬件版本上重新启用。

    在后一种情况下、我发现电池电量耗尽标志在100%的时间内设置、但器件 仅在~50%的时间内保持应用模式。 我怀疑这是 IC 内不同功能块在不同阈值下复位的结果。 这似乎无害、但确实强调了在   按照[1]发送 DBfg 4CC 命令之前检查 MODE 寄存器以及电池电量耗尽标志的重要性。

    [3] 在某些情况下、发送   DBfg 4CC 命令会导致器件 NAK I2C 通信 数百 ms、这类似于器件已复位以响应  GAID 4CC 命令。 在此期间后、接受命令 (RESPONSE = 0x00)、并且器件正常作为供电方和受电方运行。

    如果 器件 在使用 USB-A 转 USB-C 电缆连接到 PC USB 端口时进入电池电量耗尽模式、则似乎不会出现这种现象。 在这种情况下、   发送 DBfg 4CC 命令后、寄存器显示如下：

    0x0D：0xF8 0x19 0x00 0x00
    0x0F：0x61 0x05 0x09 0xF5
    0x14：0x0A 0x00 0x00 0x4d 0x00 0x00 0x00 0x00 0x00 0x00 0x03
    0x16：0x0A 0x30 0x4d 0x00 0x00 0x00 0x00 0x00 0x03
    0x18：0x0A 0x00 0x4d 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x03
    0x1a：0x0D 0x00 0x10 0x40 0x00
    0x26：0x00 0x30 0x00 0x00 0x40
    0x29：0x72 0x50 0x81 0x03
    0x2D：0x30 0x03 0xf0 0xC2 0xa1
    0x30：0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
    0x31：0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
    0x32：0x01 0xa8 0x2a 0x2C 0x91 0x01 0x26 0x2C 0xD1 0x02 0x00 0x2C 0xb1 0x04 0x00 0x2C 0x41 0x06 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
    0x33：0x02 0x2C 0x91 0x01 0x10 0x2C 0xD1 0x02 0x00 0x2C 0xb1 0x04 0x00 0xf4 0x41 0x06 0x00 0x45 0x41 0x06 0x00 0x00 0x00 0x00 0x00 0x00 0x000
    0x34：0x00 0x00 0x00 0x00 0x00 0x00
    0x35：0x00 0x00 0x00 0x00
    0x3F：0x03 0x02
    0x40：0x04 0x00 0x09 0x00
    0x69：0x01 0x03 0x00 0x61
    0x70：0x01
    0x72：0x00 0x00 0x00 0x00 0x01 0x00 0x00 0x00

     如果 器件 在 使用 USB-C 转 USB-C 电缆连接到 USB PD 充电器时进入电池电量耗尽模式、则有时会发生这种现象。 在这种情况下、   发送 DBfg 4CC 命令后、寄存器显示如下：

    0x0D：0xF8 0x19 0x00 0x00
    0x0F：0x61 0x05 0x09 0xF5
    0x14：0x08 0x10 0x20 0x45 0x00 0x00 0x00 0x00 0x00 0x00 0x03
    0x16：0x0A 0x30 0x4d 0x00 0x00 0x00 0x00 0x00 0x03
    0x18：0x08 0x10 0x20 0x45 0x00 0x00 0x00 0x00 0x00 0x00 0x03
    0x1a：0x1d 0x00 0x60 0x40 0x00
    0x26：0x00 0x30 0x00 0x00 0x40
    0x29：0x72 0x50 0x81 0x03
    0x2D：0x30 0x03 0xf0 0xC2 0xa1
    0x30：0x06 0x2C 0x91 0x01 0x08 0x2C 0xD1 0x02 0x00 0xfa 0xc0 0x03 0x00 0xc8 0xb0 0x04 0x00 0x96 0x40 0x06 0x00 0x3c 0x21 0xdc 0xc00
    0x31：0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
    0x32：0x01 0xa8 0x2a 0x2C 0x91 0x01 0x26 0x2C 0xD1 0x02 0x00 0x2C 0xb1 0x04 0x00 0x2C 0x41 0x06 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000
    0x33：0x02 0x2C 0x91 0x01 0x10 0x2C 0xD1 0x02 0x00 0x2C 0xb1 0x04 0x00 0xf4 0x41 0x06 0x00 0x45 0x41 0x06 0x00 0x00 0x00 0x00 0x00 0x00 0x000
    0x34：0x2C 0xD1 0x02 0x00 0x80 0x00
    0x35：0x2C 0xb1 0x04 0x23
    0x3F：0x0F 0x02
    0x40：0x0C 0x00 0x00 0x00
    0x69：0x02 0x00 0x05 0x61
    0x70：0x01
    0x72：0x00 0x00 0x00 0x00 0x01 0x00 0x00 0x00

    TRM 提到、该器件为了响应电池电量耗尽标志复位而进行了硬复位、但条件不明确。 如果器件确实正在复位、为什么它保持在应用模式和正常运行？

    提前感谢您的支持、如果我能澄清我的任何观察结果、请告诉我。

  • 0
    TI__Guru**** 2595805 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    大家好、只是想检查一下我的问题 [3] 。  如果我可以澄清我的任何意见,请告诉我。

  • 0
    TI__Guru**** 2595805 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Jeff：

    抱歉、我错过了该主题！

    问题3是否仍然未决？

    谢谢！

    凯文

  • 0
    TI__Guru**** 2595805 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Kevin 老师好！谢谢你主动与我们取得联系；是的、我们现在仍然在线。 但是、它不会阻止任何进展。

  • 0
    TI__Guru**** 2595805 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Jeff：

    感谢您的回复！

    Unknown 说：
    [1]   DBfg 4CC 命令只能在 APP 模式下发送；如果在 PTCH 模式下发送、则将被拒绝(响应= 0x03)。 这似乎已在另一个主题中得到确认、但我没有看到技术参考手册(TRM)中提到它；我认为此信息有助于包含在 TRM 中。

    没错。 我将联系系统团队、了解我们是否可以将此反馈添加到 TRM 中。  

    Unknown 说：
    [2]  如果 VIN_3V3丢失且器件返回到电池电量耗尽模式、则不能保证器件已复位到 其 从 APP 模式返回到 PTCH 模式。 在我们的平台上、从电池电量耗尽的情况中恢复后可以设置电池电量耗尽标志、但 在 USB 保持连接的情况下、我们的平台重新启动后也可以设置电池电量耗尽标志。 发生这种情况是因为 VIN_3V3电源暂时禁用、并在重新启动期间在选定的硬件版本上重新启用。

    如果在设置清除电池电量耗尽标志后 VIN3V3丢失、则器件应复位。 我不确定这里的时间安排、但可能会有这样的情况：电容放电足够长的时间、从而使 PD 保持活动状态而不会断电。 丢失 VIN3V3将产生类似于 GAID 的结果。

    Unknown 说：
    [3] 在某些情况下、发送   DBfg 4CC 命令会导致器件 NAK I2C 通信 数百 ms、这类似于器件已复位以响应  GAID 4CC 命令。 在此期间后、接受命令 (RESPONSE = 0x00)、并且器件正常作为供电方和受电方运行。

    我认为此处正在进行的工作是 PD 正在忙于协商 PD 合约、从而可能导致我们在协商过程中不确认 I2C。 A 型电缆不会这样做是合理的、因为它采用传统模式、因此不会进行 CC 通信。

    Unknown 说：
    TRM 提到设备进行了硬复位以响应电池电量耗尽标志重置，但条件尚不清楚。 如果设备确实正在复位，为什么设备保持应用模式并正常运行？

    此处的措辞可能会让 TRM 中有些困惑。 在这种情况下称为硬复位时、意味着我们将在 PD 消息传递到远端器件中发出硬复位、这样一来、我们可以与 GUI 中的任何内容重新协商合约。

    谢谢！

    凯文

  • 0
    TI__Guru**** 2595805 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    大家好、Kevin—感谢您的全面讲解以及您在本主题中的支持。 我在所有这些问题上都与你们保持一致；让我们来结束吧 。