[参考译文] TPS65987D：Dead Samsung S22执行硬复位

尊敬的 Tony：

请向我们提供所发现问题的 PD 日志以及您用于 TPS65987D 的工程配置.pjt 文件。

我看一下,看看是否有什么不寻常的。 根据您的描述,似乎三星 S22充电直到数据角色交换,这会导致硬重置。  

此致！

亚历克斯

尊敬的 Tony：

从您对该行为的描述来看、可能是这样。 看起来硬复位在 DR_Swap 过程之后发生、但我需要查看所有这一切的时序。  PD 日志将会非常有用。 您能否压缩日志、看看它是否会发送？ 此外、如果您可以向我发送 VBUS 的示波器捕获信息、这也会有所帮助。 VBUS 任何低于协商值的压降都可能导致复位。

让我来看看项目配置、同时看看是否一切正常。

此致！

亚历克斯

谢谢、zip 文件有效。 我把转储放在那里、如果你没有工具读取它(eZ-VBUS 协议分析器)、我放置一个日志屏幕截图、以及硬复位时的 PD 图形。 如果您需要有关任何数据包的更多详细信息、请告诉我。 您看到的序列会反复不断地重复。

托尼

e2e.ti.com/.../bad_5F00_chg.zip

尊敬的 Tony：

直到硬复位、PD 日志看起来正常。 硬复位发生时、三星 S22中的 PD 启动、手机应通过 VBUS 充电。 成功进行电源协商后进行硬复位。 在这种情况下、硬复位是一条消息、它会关闭 PD 的 VBUS 并将策略引擎状态复位、但在 CC 线路上保持上拉/下拉状态。 在日志中、我们看到 VBUS 在硬复位时降至0、但 CC 保持在相同的电平。 我认为、接受数据角色交换后可能会出现一些错误、从而导致硬复位。 请参阅以下摘自 PD 规范的部分：  

"如果数据角色交换在被端口伙伴接受后随后不成功，为了尝试在 CC 线上重新建立连接，将需要[USB Type-C 2.2]中定义的 USB Type-C错误恢复操作(例如断开)。"

您的项目文件看起来也一样。 我唯一能建议的就是同时检查端口控制寄存器中的"进程交换到 DFP"位。 如果您可以访问电路板上的 FTDI 芯片、Tiva 芯片或 I2C 线路、是否可以连接到 GUI 并进入调试模式以收集调试日志？ 调试日志可以为我们提供来自 PD 控制器的 UART 输出、这有助于弄清是谁启动了硬复位以及为什么。

此致！

亚历克斯