[参考译文] TPS65987D：UCSI 命令&quot；SWSr&quot；&amp；&quot；SWSk&quot；故障

此外、您能否通过 TPS65987D-90EVM 检查此问题？

[程序]
-将交流适配器和 PD 适配器连接到 EVM。
-从 Aardvark 发送"SWSR"命令。
然后、您可以看到 PR_Swap Made 和 CCX 线路切换。
-发送0x29写入命令
29 04 02 44 19 C7
-再次从 Aarvark 发送"SWSR"命令。
然后、您看不到 PR_Swap。

[注意]
如果您发送0x29写入命令
29 04 52 44 19 C7
，然后您可以通过“SWSr”命令看到 PR_Swap。

#我们之前已将项目文件发送给 Eric－San。


谢谢你。


此致、

您好、Maurice、

感谢您与我们联系。

如果查看这两种情况下写入的寄存器值、则唯一的区别是第一个字节、即 PR_Swap 为0x52、PR_Swap 不工作时为0x02。

现在、如果您看一下"TPS65987DDH 和 TPS65988DH 主机接口技术参考手册"的表3.14、那么如果该寄存器启用"ProcessSwapToSink"和"ProcessSwapToSink"功能、则会发现将0x52写入第一个字节。 这允许 PD 控制器接受 PR_Swap 消息、因为 PD 控制器将处理传入的 PR_Swap 请求。 但是、如果未设置突出显示的位(向该寄存器写入0x02时)、则 PD 控制器不会自动接受 PR_Swap 请求、您会看到它不起作用。

如果我能够回答您的问题、请单击"这可以解决我的问题"。

谢谢、

Rahul

您好、Rahul - San、


是的、我们当然确认了"ProcessSwapToSource 和"ProcessSwapToSwink"。


但是

(1)我们了解 ProcessSwapToSink 和 ProcessSwapToSource 是位
可设置 TPS65987D 在接收 PR_Swap 时的响应、
但 TPS65987D 通过"Write 29 04 02 44 19 C7"命令停止使 PR_Swap 本身。
这是为什么？
这与规格不同。 ProcessSwapToSource/Sink 的说明。


(2)以及根据 UCSI 规范需要"写入29 04 02 44 19 C7"命令。
如果此命令无法使用4CC 命令"SWSR"和"SWSk"、
我们无法通过徽标测试(HLK)。


因此、我们认为您需要修改基本固件。


===================================

有关 UCSI、请访问此网站。

www.intel.com/.../usb-type-c-ucsi-spec.pdf

表4-22：第34页的 SET_PDR 命令告诉您命令的位分配。
如果偏移23的位2为0、
需要拒绝来自端口合作伙伴的交换请求。


此外、还有一个 UCSI 命令示例
docs.microsoft.com/.../ucsi

设置 PDR
提供商：UcsiControl.exe发送0 81000B
消费者：UcsiControl.exe发送0 101000B
接受：UcsiControl.exe发送0 201000B

如果执行了作为提供程序的命令、
需要 SwapToSource 和 Reject。

请注意、禁止使用偏移量23：000、
因此、只有拒绝命令不存在。



谢谢你。


此致、

您好、Maurice、

要根据 UCSI 规格设置电源方向、您必须向87D PD 控制器发送 SET_PDR 命令。 有关详细信息、请参阅下面链接中 FW HI TRM 文档的第169页。

www.ti.com/.../slvubh2b.pdf

此致、
Atiq

大家好、Atiq-san、


我们尝试了您的 WA 想法、但它不起作用。





将交流适配器和 PD 适配器连接到 TPS65987D-90EVM。
使用分析仪测量 I2C 和 PD 协商。





通过 SET_PDR (Atiq-san 的 wa)启动切换至源
(1)执行 UCSI 命令3次。
写入09 08 0B 00 81 00 00 00 00 00
接下来、
写入08 04 55 43 53 49

-> TPS65987D 仅首次进行 PR_Swap。
(第二次之后、TPS65987D 将不会进行 PR_Swap)


#关于 UCSI 从交换到灌电流命令、您可以看到类似的现象。


谢谢你。


此致、

大家好、Atiq-san、



我们再次使用 TPS65987D-90EVM 尝试了4CC "SWSR"/"SWSk"命令。




将交流适配器和 PD 适配器连接到 TPS65987D-90EVM。
使用分析仪测量 I2C 和 PD 协商。



"SWSR"命令

(1)执行"SWSR"命令(写入08 04 53 57 53 72)
->TPS65987D 实现 PR_Swap。

(2)编写29 04 02 44 19 C7
-> ProcessSwapToSource 变为0。

(3)执行"SWSR"命令3次。
-> TPS65987D 不会进行 PR_Swap。


#关于"SWSk"和"ProcessSwapToSink"、您可以看到类似的现象。

#此外、我还将 I2C/PD 协商日志文件发送到 Yon-San 和 Rahul-San。
有关详细信息、请参阅这些文件。


无论如何、正如我之前告诉 Yone - San、
在 TPS65987D 的数据表中、没有这样说
TPS65987D 不会通过4CC 命令"SWSR"和"SWSk"通过 ProcessSwapToSink/Source=0使 PR_Swap 变为"SWSRP"。

这些位决定 TPS65987D 是否接受 PR_Swap、
它们不能确定 TPS65987D 是否进行 PR_Swap。

换言之、TPS65987D 的规格数据表工作错误。

毕竟、必须修改基本固件作为对策
因此、即使 ProcessSwapToSource/Sink = 0、TPS65987D 也会使 PR_Swap 变为零。


谢谢你。


此致、

您好、Maurice、

这是一种预期行为、因为假设以87D 开头是灌电流角色、然后发出 UCSI 命令、则87D 将转到拉电流角色。 现在、第二次之后、87D 已处于拉电流模式、因此 UCSI 命令将不起作用、如果87D 作为灌电流启动、则同样适用。

您需要在每次 PR 交换后更改参数，以确保它从灌电流到拉电流....

谢谢、
Rahul

您好、Rahul - San、

感谢你的答复。

>这是一种预期行为，因为从87D 开始说是在灌电流角色

>然后发出 UCSI 命令，则87D 将转到“源”角色。

>现在，第二次开始，87D 已处于源模式

否

第一次87D 通过"SWSR"命令使 PR_Swap、但远端器件被拒绝。

因此 、当我们再次命令"SWSR"时、87D 仍处于接收状态。

请确认附加的文件。

此外、我们认为这很奇怪

无论87D 是拉电流还是灌电流、87D 都不会使 PR_Swap 增益。

谢谢你。

此致、

#抱歉、让我再次发布、因为附加的文件不能正确浏览...

您好、Rahul - San、

感谢你的答复。

>这是一种预期行为，因为从87D 开始说是在灌电流角色

>然后发出 UCSI 命令，则87D 将转到“源”角色。

>现在，第二次开始，87D 已处于源模式

否

第一次87D 通过"SWSR"命令使 PR_Swap、但远端器件被拒绝。

因此 、当我们再次命令"SWSR"时、87D 仍处于接收状态。

请确认附加的文件。

此外、我们认为这很奇怪

无论87D 是拉电流还是灌电流、87D 都不会使 PR_Swap 增益。

谢谢你。

此致、

您好、Maurice、

我们希望了解您的确切测试顺序。 请提供您所看到的测试、预期结果和故障的详细信息。

可以使用 UCSI 特定的4CC 命令实现所有 UCSI 功能。 因此、我们不理解您尝试修改0x29寄存  器的内容并显式执行 SWSr 和 SWSk 4CC 命令的原因。

您能否使用 UCSI 4CC 命令(而不是 SWsk 和 Swsr 命令)实现所需的 UCSI 功能、并告知我们您是否发现任何差距/问题？

当您的 UCSI 命令未按预期执行操作时、请向我们提供测试序列和故障结果。 例如、UCSI 命令后的电源角色交换失败。

谢谢、
Rahul

您好、Rahul - San、

>我们想了解您的确切测试顺序
并希望单独了解 UCSI 和4CC 测试序列。

我将 再次解释问题和程序...

首先、案例：UCSI

87D 在 ProcessSwapToSink/ProcessSwapToSource 时不会使 PR_Swap。

正如我之前所说的、Yone - San、
 在987D 的数据表中、没有这样说
987D 不会使 ProcessSwapToSink/Source=0的 PR_Swap 变为零。

 这些位决定 TPS65987D 是否接受 PR_Swap、
 它们不能确定 TPS65987D 是否进行 PR_Swap。

 换言之、TPS65987D 在规格数据表中显然工作错误。

<Validation environment>
 将交流适配器和 PD 适配器连接到 TPS65987D-90EVM。
 使用分析仪测量 I2C 和 PD 协商。

 

 通过 SET_PDR (Atiq-san 的 wa)启动切换至源
 (1)执行 UCSI 命令3次。
 写入09 08 0B 00 81 00 00 00 00 00
 接下来、
 写入08 04 55 43 53 49

 -> TPS65987D 仅首次进行 PR_Swap。
 (第二次之后、TPS65987D 将不会进行 PR_Swap)

这是为什么？

 

我在 987D 的数据表中反复地说过、没有这样说
987D 不会使 ProcessSwapToSink/Source=0的 PR_Swap 变为零。

 这些位决定 TPS65987D 是否接受 PR_Swap、
 它们不能确定 TPS65987D 是否进行 PR_Swap。

 换言之、TPS65987D 在规格数据表中显然工作错误。

有关详细信息、请确认随附的文件。

此致、

e2e.ti.com/.../TPS65987DEVM_5F00_FW04_5F00_V4.03_5F00_SetPDR_5F00_SwapToSource_5F00_3times.zip

您好、Rahul - San、

>我们想了解您的确切测试顺序
并希望单独了解 UCSI 和4CC 测试序列。

接下来、我将介绍有关4CC"SWSR" 测试的过程。

 

(#与 UCSI 相同)
87D 在 ProcessSwapToSink/ProcessSwapToSource 时不会使 PR_Swap。

正如我之前所说的、Yone - San、
 在987D 的数据表中、没有这样说
987D 不会使 ProcessSwapToSink/Source=0的 PR_Swap 变为零。

 这些位决定 TPS65987D 是否 接受 PR_Swap、
 它们不能确定 TPS65987D 是否 进行 PR_Swap。

 换言之、 TPS65987D 在规格数据表中显然工作错误。

<Validation environment>
 将交流适配器和 PD 适配器连接到 TPS65987D-90EVM。
 使用分析仪测量 I2C 和 PD 协商。

 

 (1)执行"SWSR"命令(写入08 04 53 57 53 72)
->TPS65987D 实现 PR_Swap。

(2)编写29 04 02 44 19 C7
-> ProcessSwapToSource 变为0。

(3)执行"SWSR"命令3次。
-> TPS65987D 不会进行 PR_Swap。

有关详细信息、请确认随附的日志 文件。

 

为什么不 进行 PR_Swap？

 在987D 的数据表中、没有这样说
987D 不会使 ProcessSwapToSink/Source=0的 PR_Swap 变为零。

 这些位决定 TPS65987D 是否 接受 PR_Swap、
 它们不能确定 TPS65987D 是否 进行 PR_Swap。

 换言之、 TPS65987D 在规格数据表中显然工作错误。

e2e.ti.com/.../TPS65987DEVM_5F00_FW04_5F00_V4.03_5F00_SWSr_5F00_3times.zip

此致、