请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：TPS65988 您好、先生、
我们在环回模式下连接65988时发现了连接问题(端口1连接到它端口2)。 我们在3种场景中对其进行了测试：
(1)端口1–DRP、端口2–DRP：出现2种故障症状
(2)端口1–DFP、端口2–UFP：与上述相同
(3)端口1–UFP、端口2–DFP：通过
如果(1)和(2)上面的情况出现故障、出现2个症状、则一个症状始终没有连接(始终意味着等待> 1.5分钟)、另一个症状是在非常晚的阶段建立连接。 这意味着结果不一致。
案例1 (请参阅 DRP-DRP-FinalConnect.ccgx 已连接)从401秒开始。 但是、连接一直失败、直到455秒。 建立有效连接需要55秒。
在研究 Type-C 状态时、我们可以看到初始 UFP (本例中的端口2、因为它实现了 Try。SNK 和 Port1实现 Try。SRC)端首先移除了 RD (之后移除了 VBUS)。 在这种情况下、我们可以注意到 UFP 侧正在执行移除操作、而不是 DFP。
(放大图)：我检查了每次断开都是由 RD 移除引起的(在本例中首先不移除 VBUS)。 我看到在首次 Type-C 连接时出现了一个 Try．SNK 状态。 这是不正确的、因为我们不会在两侧执行任何尝试、而 DPTX 应是 DFP/Source 首选项。
下面的 CASE2显示了端口2首先删除 RD 的相同情况：
我们还尝试在中间重置 PDC、但它对连接没有帮助。
我们可以补充的另一条信息是端口2 0x30寄存器字节2-9显示所有0、即使它表示它从端口1接收到两个有效的 PDO (第一个字节中的值0x2)。
欢迎提出关于如何改进这一点的任何建议。
