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.

[参考译文] TPS25751:如果在源端停止广播前未能转换 PTCH->app、如何重新协商 USB-C PD。

Guru**** 2473270 points
Other Parts Discussed in Thread: TPS25751

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1511419/tps25751-how-to-renegotiate-usb-c-pd-if-we-failed-to-transition-ptch--app-before-the-source-stops-advertising

器件型号:TPS25751

工具/软件:

我的办公桌上有一个 TPS25751 EVM、其中 EEPROM 已断开连接(J16已打开)、并通过 I2Ct 连接到微控制器。

我们正在测试没有专用外部 EEPROM 的用例、只是在引导时流式传输一个补丁。 看起来工作正常、PTCH ->应用程序过渡是可靠的。

但是、我要通过终端手动启动此过程。 我的时序与正在进行的 USB-C 连接是异步的。

我检查了 CC 引脚、可以看到、当我将 USB-C 连接到电路板时、CC 线路会反复抖动约10秒。

我的 PTCH ->应用过渡发送大约12.9kB @ 100kHz、然后必须执行、整个过程大约需要2.36秒。

实际上、这意味着我必须在连接 USB-C 电缆后的7秒内启动 PTCH->APP 切换。 如果我等待的时间过长、PTCH -> APP 切换正常、但电压永远不会高于5V。

我尝试了一条'GSrC'命令、但该命令以"Task rejected"(0x3)进行响应、我猜是因为接收供电方能力寄存器为空值。

如果我发送 Gaid 或 GAID、然后启动新的 PTCH ->应用程序过渡、我会成功。

但是、必须有一种方法来启动新的协商、而无需重置/重新修补芯片。 有人知道如何操作吗?

-谢谢

-布拉德

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

    您好:

    请使用 Gaid 命令确认您不需要 PTCH->APP 过渡。  仅 GAID (冷重置请求)需要执行此操作。

    https://www.ti.com/lit/ug/slvucr8a/slvucr8a.pdf#page=58

    或者、您可以写入端口配置寄存器(0x28)。  禁用然后重新启用 Type-C 状态机。

    https://www.ti.com/lit/ug/slvucr8a/slvucr8a.pdf#page=32

    此致、
    Chris

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

    使用'Gaid'(如热复位)时、 器件会返回 PTCH 模式、因此需要新的 PTCH->APP 切换。

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

    您好、Chris。

    这些建议都没有结果。

    到目前为止、热复位使器件恢复到 PTCH 模式、因此需要 PTCH->APP 切换。

    就写入寄存器0x28而言、即使将相同的数据写回器件、它似乎也会损坏、即使我在逻辑分析仪上似乎没有问题。

    通过端子发送"smbus_readblock 0x20 0x28 17"会产生以下数据:00282E0100000000000000000000000003

    请注意、数据表表明该寄存器仅为16个字节、但器件响应为17个字节、可能是固件对 TPS25751进行了更改。

    从寄存器0x28读取17个字节、如我的逻辑分析仪所示。 匹配端子。

    然后,如果我写同样的17字节..

    SMBUS_writeblock 0x20 0x28 17 00282E0100000000000000000000000003

    我在逻辑分析仪上获得了符合预期的有意义的数据。

    来自 TPS25751 EVM (注意、TPS25751响应以灰色显示)

    然后、当我读回数据时、它会响应寄存器0x28没有长度。

    从我的 USB-C 内嵌式仪表(电流/电压显示)可以明显看出、尝试写入寄存器0x28会使芯片复位。 它又回到了 PTCH 模式。  

    我已验证 TPS25751器件在复位后(在 PTCH->APP 之前)以相同的方式响应寄存器0x28的读取。

    如果我在寄存器0x28上读取16个字节并在寄存器0x28上写回相同的16个字节、则会发生相同的复位/崩溃行为。

    还有其他想法吗?

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

    您好:

    能否确定从 PTCH-APP 模式初始过渡后器件的状态?  

    引导标志寄存器0x2D

    PD 状态寄存器0x40

    如果我在寄存器0x28上读取16个字节并在寄存器0x28上写回相同的16个字节、则会发生相同的复位/崩溃行为。

    似乎要读取/写入的第二个字节0x28无效。  我会尝试在我这边重现问题。   

    Chris