[参考译文] TPS65987DDJ：如何使用 I2C 命令在运行时动态地将功率角色从灌电流更改为拉电流？

您好、Mehmet、

请查看寄存器0x29端口控制、并确保启用了从进程交换到灌电流/拉电流的设置。 根据您的描述、似乎只有当4cc 命令'SWSR'没有正确响应时、才会将 EVM 配置为灌电流角色。  

谢谢、此致、

林德华

您好、Raymond、

我也通过基于 DDJ 模板创建新项目来创建 DRP 角色。

以下是0x29的外观：

和0x28：

0x38：

0x33：

但是、当我单击  Execute SWSr 时、仍然没有任何变化。

您好、Mehmet、  

为了确保 EVM 设置正确、是否已将桶形插孔连接到 EVM？ 如果没有系统电源、TPS65987将无法成功切换至拉电流。  

谢谢、此致、

林德华

您好、Raymond、

我已经检查了所有跳线位置、桶形插孔已连接到外部19.5V 适配器、正如您之前建议的那样。 我认为设置正确。  

我注意到、当我坚持点击几 次 Execute SWSr 按钮并等待大约20秒时、iPad 开始充电。

正如我看到的、我可以切换功率角色、延迟大约为20秒。 这是正常的吗？ 我希望它能立即实现。

对我们来说、一个重要的问题是 、在电源角色之间切换时、数据连接丢失并自动恢复。 每次切换角色时、iPad 的行为就像我断开电缆并使用新的电源角色重新连接。

在我们的产品中、这是不可接受的、在电源角色切换期间不应中断数据通信。 有什么想法为什么会发生这种情况？

谢谢你。

您好、Mehmet、  

让我看看我是否可以从我的终点复制它、并告诉你我的发现。  

谢谢、此致、

林德华

您好、Mehmet、  

您能否使用 iPad 以外的其他连接设备尝试此设置？  

谢谢、此致、
林德华

您好、Raymond、

我遵循了电源和数据角色交换应用手册中的说明、TRM 和所连接的配置可以在没有任何延迟的情况下交换电源角色、这很酷。 但是、在我的 iPad (具有直接 USB-C 端口  )和 Dell XPS 13笔记本电脑(具有直接 USB-C 和 Windows 11)上、在交换期间断开现有数据连接的情况仍然存在。

 e2e.ti.com/.../TEST_5F00_UFP_5F00_DDJ_5F00_Test.zip

是否有任何不丢失现有数据通信的想法？

我认为应用程序自定义工具会使用 SWSk (从交换到接收)和 SWSr (从交换到源)命令启动一种重置命令、这也 会影响/重置现有的数据角色。 我认为这不是必要的、因为我看到一些 Samsung 设备可以在不丢失现有数据通信的情况下交换电源角色。

您好、Mehmet、

很抱歉、我们错过了这个机会。

Raymond 目前已不在办公室，到下周为止。

我们将尝试查看并返回给您。

谢谢、此致、

Chris

您好、Mehmet、

SWSk 和 SWSr 不应复位数据角色、并且更可能与器件的供电方式相关。  您能否更详细地了解测试情况以及如何确定数据通信丢失？

谢谢、此致、
Chris

您好、Christopher、

很抱歉我在这里没收到您的消息。

我们有一个 USB-C 转以太网适配器、 类似 这样。  

当您将其连接到 PC 时、它将被识别为新的以太网接口、您可以分配 IP 并从网络 ping 它。  

我 隔离了以太网适配器 PCB 中的引脚 CC1、CC2和 VBUS (只需 I CUT)、并将 其 USB-C 连接器侧直接连接到 TPS65987DJEVM、包括 GND。 我还通过测试期间可用的外部电源为以太网适配器供电。

最后、当我将以太网适配器连接到我的笔记本电脑时、包含超高速引脚的数据线将直接来自以太网适配器本身、但 CC1、CC2和 VBUS 将来自 TPS65987DJEVM  评估板。

如上所述、TPS65987DJEVM 已预配置为 UFP 和接收器。  

在第一次尝试后、此设置工作正常。  TPS65987DJEVM 电路板上的 PD 报告 为 UFP 和接收器件、 以太网适配器的数据线完成了工作、我的 Linux 机器直接识别了以太网接口、我开始从另一台机器连续(每秒一次) ping 该接口。  

现在、在继续执行 Ping 操作的同时、在 TPS65987_8_host Application Customization 6.2.1工具中、我启用了调试模式并发送了一条名为"切换到源"的命令。   TPS65987DJEVM 确实切换到了拉电流模式。 但 Ping 开始报告超时、如10-15秒、然后正常自动继续。

然后我执行 "切换到接收"命令、再次 ping 开始报告超时、并在10-15秒后自动恢复。

我在 iPad 和 戴尔笔记本电脑上观察到相同的行为。

因此、我的结论是、开关电源角色会影响需要重新协商或以某种方式重置的数据角色。

我不确定是否有更简单的方法来测试它。 (如果有、我们可以订购)

此致。

您好、Mehmet、

您能否提供以太网适配器当前设置的方框图？

谢谢、此致、

林德华

您好、Raymond、

请参阅下图、我从评估板获取了4个引脚(绿色矩形)：

移除以太网适配器上的现有 PD (PTN5150AHXMP、U607)后、将其直接连接到 USB-C 以太网适配器的引脚。

然后、我将 USB-Ethernet 适配器的 USB-C 端口连接到我的笔记本电脑。

正如我提到过的、以太网适配器由外部供电(VBUS 不用于为器件供电)、但 VBUS 上的任何毛刺在从拉电流变为灌电流或相反方向时都可能导致相同的问题。  在交换电源角色时、我将使用示波器验证 VBUS 输出。

此致

Mehmet。

您好、Raymond、

我确认在交换电源角色时出现干扰。

当我将功率角色从灌电流到拉电流时、请见 VBUS (大约为10ms)：

和 VBUS 从拉电流更改为灌电流(~500ms)

是否需要它们？

谢谢你。

您好、Mehmet、

如果可能、您可以在发送4cc 命令时获取此事务的 PD 日志吗？ 然后、我们可以确定我们观察此行为的原因。  

根据所提供的信息、您可能会发现这种情况的发生原因。

在 USB-C 和以太网适配器中可能会发生其他电路/通信、其中之前的 PD (PTN5150AHXMP)正在与超高速多路复用器或其他 IC 通信。 在当前设置中、TPS65987DDJ 无法与适配器内的任何其他器件(如果有)通信、因为唯一连接的线路是 VBUS、GND 和 CC1/2。 虽然仅靠这一点就可以实现 PD 协议、但如果 TPS65987DDJ 检测到 USB 数据或其他交替模式检测、则无法通过 GPIO 或 I2C 与必要的器件通信、因为这些线路均未连接到适配器。  

2.看 了 PTN5150AHXMP 后、似乎这只是一个 USB-C 控制器、而不是一个 PD 控制器。 虽然相似、但这两者之间存在差异、主要是由 USB-IF (对于 PD 控制器)设置的 PD 协议和规格。 将 PD 控制器集成到适配器中、原来只有 USB-C 控制器可能会导致一些问题、但这是无法肯定的(需要查看适配器的设计)。  

3.换用电源时，您是否希望笔记本电脑从适配器获取电源，或者需要什么行为？ 您能否指定 PD (TPS65987DDJ)处于拉电流和灌电流模式时的预期行为类型？  

请注意 、TI US 将于第24和25天假期、我们将于第28天返回办公室！  

谢谢、此致、

林德华

您好、Raymond、

我们没有用于跟踪 CC 引脚之间通信的特殊器件。 您对此有什么建议吗？ 如果您有一个简单的解决方案、我们可以订购一个。

1、是的、有一个多路复用器用于控制需要由 PD 控制的超高速引脚的路径、但在我的设置中情况并非如此、因为我没有连接方向控制引脚、因此超高速仅在一个方向上工作、 其他方向仅在 USB2.0速度下工作。 这仅影响 预期的数据速度。 这对我的测试来说不是问题。 PD、即多路复用器、无需控制任何其他外部外设。  

2、是  PTN5150AHXMP 是简单的、我  仅通过连接 VBUS、CC1、CC2和 GND 引脚将其替换为 TPS65987DDJEVM。  TPS65987DDJ 是 PTN One TPS65987DDJ 能够轻松模仿的一个非常先进的器件、就像我在测试中所做的那样。

3.当我将 TPS65987DDJEVM 的电源角色交换 到拉电流时，我希望笔记本电脑开始充电，同时保持数据角色 UFP。 我确认它也以预期的方式运行。 但这里的问题是、当我交换电源角色时、我的笔记本电脑(或 iPad 的行为相同)会失去现有的 USB 数据连接、大约10秒、 就像 我拔下 USB 电缆并 重新插入一样。 我不想在电源角色交换时断开现有的数据连接。 导致数据通信中断的一个潜在原因可能是在交换电源角色期间 VBUS 会不断地掉电。 根据 我在上面发送的示波器输出、我还可以说它一点也不快、即使 在 USB PD 3.0标准中被称为快速角色交换的功能也是如此。 这是 TI 的白皮书。

谢谢、 祝您感恩节快乐！

TI 办事处将在感恩节放假。 我们将在下周对 团队重返办公室的情况作出回应。