[参考译文] HD3SS3220：CC 引脚上拉下拉在 UFP 模式下切换

尊敬的 Manuel：

原理图看起来正常、我看不到任何会导致 HD3SS3220 进入 DRP 模式的东西、除非布局中可能存在问题导致 PORT 引脚未下拉至接地。

是否有办法在当前端口引脚上连接下拉电阻以确保正确下拉该引脚？

如果您尝试与 DFP 器件建立连接、HD3SS3220 是否仍配置为 UFP？

如果有任何可能、可以使用 I2C？

谢谢、

Ryan

您好、Ryan、

是的、我也尝试了下拉菜单、但没有区别。
当我让引脚悬空时、它也处于 DRP 模式。 当我通过上拉电阻进行拉取时、它处于 DFP 模式。 运行方式。 只有 UFP 不正确。
此设计中不提供 I2C。

如果我们与 DFP 器件建立连接、HD3SS3220 会配置为 UFP。 正确。
但 Type C 功能测试会出现问题。 这里、LeCroy 设置产生失败、因为多路复用器的切换与 DRP 多路复用器类似。

另一项测试是我将一个器件配置为 DRP、另一个器件配置为 UFP。 将它们连接在一起（使用 Type C 电缆）后、DRP 器件上的 CC 引脚为+5V 和+360mV。  

当我将两个器件配置为 UFP 并将它们连接在一起时、同一器件的 CC 引脚为 0V、而另一个引脚在 360mV 和 0V 之间切换。
因此、行为似乎不同、多路复用器被正确配置为 UFP。 但是、CC 引脚在开路状态下切换、并不总是显示数据表中所示的下拉电阻器 Rd。  

您能否验证我的见解是否正确？

此致、

Manuel

尊敬的 Manuel：

当建立连接时、CC 引脚不应进行切换、因此、如果在建立连接后您仍然看到它们进行切换、则会出现一些奇数行为。

如果可能、您可以尝试 HD3SS3220L 吗？ : https://www.ti.com/product/HD3SS3220L 此版本的 HD3SS3220 禁用音频附件模式等功能、这会在某些情况下影响 CC 功能：

另一个测试我将一个器件配置为 DRP、另一个配置为 UFP。 将它们连接在一起（使用 Type C 电缆）后、DRP 器件上的 CC 引脚为+5V 和+360mV。  [/报价]

在这种情况下、HD3SS3220 配置的是什么：DFP 或 UFP？ 建立连接后、一个 CC 引脚上应该有电压、而另一个 CC 引脚应接地。

您是同时使用有源电缆连接设备、还是使用无源电缆？ 有源电缆通常用于音频或调试附件模式、并通过电缆连接两个 CC 引脚。 通常、只有一个 CC 引脚通过电缆连接、而另一个 CC 引脚接地。

如果您将 ENn_CC 拉为高电平、这将禁用 HD3SS3220 的 CC 控制器方面、您能否监控 CC 引脚？ 当 ENn_CC 被拉高时、CC 引脚应被拉低、并充当 UFP、因为这会将器件设置为电池无电模式：

当我将两个器件配置为 UFP 并将它们连接在一起时、同一器件上的 CC 引脚为 0V、另一个在 360mV 和 0V 之间切换。

即使两个器件都配置为 UFP、您仍然能看到 HD3SS3220 切换的场景？

谢谢、

Ryan

[/quote]

您好、Ryan、

是、当建立连接时、CC 引脚不再切换（当两个 UFP 器件连接在一起时只有一点位、但这不是实际情况；一个 CC 在 0V 和 360mV 之间切换）

HD3SS3220 在此场景中的配置是什么、即 DFP 或 UFP？ 建立连接后、一个 CC 引脚上应具有电压、而另一个引脚应接地。[/报价]

一个器件用作软盘端口引脚、另一个器件配置为 DRP、另一个器件用作 UFP。 在 UFP 器件时、一个引脚为 0V、另一个为 360mV。 在 DRP 器件上、一个引脚为+5V、另一个引脚为 360mV。

使用的 USB 电缆是无源电缆。

当 I 将 ENn_CC 拉为高电平时、两个 CC 引脚都被拉低。 没关系。

当两个器件都配置为 UFP 时、一个 CC 引脚为 0V、另一个在 0V 和 360mV 之间切换。  
在这里、我预计两个引脚都为 0V。

 可以测试 HD3SS3220L、但在不久的将来不会测试。

您是否有此芯片的样品？ 您能否检查是否可以看到相同的行为？
关键是我们目前在实验室进行了正式的 USB 测试、在这里、我们遇到了本主题的一些故障。

n´t 我做了错误的事情,或者这是这个芯片的行为,我们现在不能改变它,这将是很好的。

谢谢、
Manuel

尊敬的 Manuel：

一个器件作为 floatend 端口引脚、这一个配置为 DRP、另一个配置为 UFP。 在 UFP 器件时、一个引脚为 0V、另一个为 360mV。 在 DRP 器件上、一个引脚为+5V、另一个引脚为 360mV。[/报价]

这有点奇怪、如果进行连接、我希望一个引脚上有电压、例如 360mV、另一个引脚下拉至 0V。 5V 引脚是否也在建立连接之前切换、然后仅上拉至 5V？ 对于此连接、两个器件都是 HD3SS3220 吗？ 如果未同时使用 HD3SS3220、则此器件是 HD3SS3220？

CC 通道上没有任何其他元件正确、只是用于选择哪个 CC 引脚的 0 Ω 电阻器位于何处？

至于引脚切换、由于在 GPIO 模式下的 UFP 应用中默认启用音频/调试附件模式、因此这是 GPIO 模式下的预期行为。  

“你在担心什么? 合规性故障还是功能故障？ 由于这种音频/调试附件模式、我们过去遇到了某些合规性测试问题、因此创建 HD3SS3220L 的原因是什么。

是否可以在 DRP 和 UFP 模式下以及在这些模式下进行连接时获取 HD3SS3220 的波形？

谢谢、

Ryan

您好、Ryan、

我将两个 HD3SS3220 连接在一起。 CC 引脚上仅连接了 0 Ω 电阻器。
Type C 功能测试失败。 这里 Granit River Labs 测试已通过、但 LeCroy 测试失败。
经过一些分析、我们发现 CC 引脚在未连接时切换、并且 LeCroy 测试设置存在与该问题相关的问题。

好的、那么音频/调试附件模式可能会产生这种现象吗？

现在我已从 HD3SS3220L 订购了一些样片。 希望我们能在下周测试这款芯片。

下面 您将得出 CC 引脚的电压电平。 黄色 CC1 和蓝色 CC2

未连接 UFP

连接两个 UFP（两个器件相同）

DRP 未连接

DRP 和 UFP 连接到 DRP 侧

DRP 和 UFP 端连接

此致、

Manuel

尊敬的 Manuel：

Type C 功能测试失败。 这里 Granit River Labs 测试已通过、但 LeCroy 测试失败。
经过一些分析、我们发现 CC 引脚在未连接时切换、并且 LeCroy 测试设置存在与该问题相关的问题。

好的、那么音频/调试附件模式可能会产生这种现象吗？

正确、我认为音频/调试附件模式是导致此问题的原因。

哪些测试在 LeCroy 测试设置中失败？ 是否使用 USB 合规性套件测试 Type-C 功能？

过去、由于这些模式、我们的某些测试会失败、因此影响测试的因素肯定是可能的。 测试是否高于什么故障？ 您知道哪些确切的测试失败了吗？

感谢您提供这些波形。 UFP 端看起来正确、我们希望信号能够查看的内容、因此我认为 UFP 连接起到了预期的作用。  建立连接之前、音频/调试附件模式可能是导致切换的原因。

谢谢、

Ryan

您好、Ryan、

好的、然后我希望我们能够 在下周测试 HD3SS3220L。

后续测试失败、但仅使用 LeCroy 设置。 其他 Granit River Labs 设置没有问题。 这里所有测试都通过了。

TD 4.1.2 Unpowerd CC Voltag 测试 （完成）

TD 4.3.1.C.1  受电方连接源测试
TD.4.3.1.V.15 错误：输入不在 CC 引脚上提供 Rd。

TD 4.3.2.C.1 受电连接 DRP 测试
TD.4.3.2.V.1 错误：作为 put_R 的输入在两个 CC 引脚上都不存在 Rd 端接。

TD.4.3.3.C.1 受电方连接 Try.SRC DRP 测试
TD.4.3.V.1 错误： 作为 put_R 的输入在两个 CC 引脚上都不存在 Rd 端接。

TD.4.3.4.C.1 受电方连接 Try.SNK DRP 测试
TD.4.3.4.V.1 错误： 在该测试期间、输入不会继续为两个 CC 引脚提供 Rd 接通。

TD.4.10.1.C.1 受电方电源子状态测试
TD.4.10.1.V.16-18 错误： Put 不转换为 Attached.SNK。

TD.4.10.1.C.2 受电方电源子状态测试
TD.4.10.1.V.16-19 错误： Put 不转换为 Attached.SNK。

TD 4.10.2 受电功率优先级测试
TD.4.10.2.V.1-3/11 错误： Put 不回复所有可用配置的 GetDescriptor（配置）请求。
TD.4.10.2.V.22 错误： Put 不转换为 Attached.SNK。
TD.4.10.2.V.11 错误： put 不转换到 Attached.SNK。

TD.4.12.2.C.1 集线器端口类型测试
TD.4.12.2.V.1/2 错误： Put 在此阶段不应更改其 CC 状态。

此致、

Manuel

尊敬的 Manuel：

我也很好奇,对于 LeCroy 测试,这是做在你身边还是在 LeCroy ?

是否为这些接收端测试正确设置了 VIF 文件？

GRL 是否执行了与 LeCroy 现在失败的相同测试？ 如果两个实验进行相同的测试、则问题可能也出在设置或 VIF 上。

谢谢、

Ryan  

您好、Ryan、

这两个测试都是从 Granit River Labs 完成的。 USB 规范要求通过这两种测试设置。
它们使用相同的 VIF 文件。 我们现在所知道的是,两个测试之间的遗嘱是不同的。

Granit River 设置忽略 CC 引脚的切换并继续、LeCroy 看到故障并停止测试。 我希望当 CC 引脚不再切换时、测试会像 Granit River Setup 中那样全部通过。

我会在测试后更新信息。 但可能需要一些时间。

此致、

Manuel

尊敬的 Manuel：

明白了、无需担心需要时间。 有趣的是 GRL 忽略了切换、也许他们还考虑了音频/调试附件模式？ 我有兴趣知道原因、或者确认他们看到了切换。  

是否可以在此处发送 VIF 文件或通过 E2E PM 发送、供我查看？

谢谢、

Ryan

您好、Ryan、

如今、我们推出了更新的 HD3SS3220L 芯片。
我测试了 CC 引脚、但两个 CC 引脚始终像以前一样在 UFP 模式下切换。
我必须考虑其他事项吗？

此致、
Manuel

尊敬的 Manuel：

我测试了 CC 引脚、但两个 CC 引脚始终像以前一样在 UFP 模式下切换。

这很奇怪、我也不希望这些引脚持续切换。 我会在这边看到、看看是否可以用 EVM 复制这个。

那么 GRL 是否同时执行自己的设置和 LeCroy 设置？ 这些设置有何差异？ 为什么 LeCroy 忽略切换 CC 引脚？ 我想,如果它在 GRL 通过,它也应该通过与 LeCroy。

GRL 设置是否没有进行此 CC 切换？

谢谢、

Ryan

您好、Ryan、

是的、如果您可以检查 EVM 上是否也存在此行为、那将会很好。

是、GRL 正在执行两项测试。 这是 USB.org 提供的一个规格。
不同之处也是我的问题。 Granit River Labs 进行了检查、说、这两种测试设置都看到了此切换。 Granit Rivers Labs 忽略此行为并继续测试。 所有都通过了。

LeCroy 设置也会看到切换、但会停止进一步的测试...
因此、我希望这方面不会有问题、但我们有 一些失败、所以报告也失败了。

n´t、如果我们无法很快找到解决方案、我们的客户会考虑更换多路复用器。

此致、

Manuel

尊敬的 Manuel：

仍在实验室中进行测试、但此时我无法看到 CC 正在切换。  

Granit River Labs 对其进行了检查并说、这两种测试设置都看到了这种切换。 Granit Rivers Labs 忽略此行为并继续测试。 然后全部通过。

您能否询问 GRL、他们在此设置中进行了哪些测试？ 它们是执行与 LeCroy 设置相同的测试、还是执行其他测试、I.E 眼图测试、TX/RX 合规性。

查看您之前发送的波形、在实际连接中看起来 CC 切换消失、UFP 设备仍然作为 UFP 连接。 您能否确认情况属实、并且根本没有配置为 DFP？

我目前认为 HD3SS3220L 仍然充当调试附件（如器件数据表中所述）、这提示了这种行为。

您能否要求 GRL 提供他们用于测试的 VIF 文件、以便我检查他们在我这边的设置进行确认？

谢谢、

Ryan

您好、Ryan、

我n´t 知道为什么您不能看到切换。 评估板未由外部供电。 由于您连接的 Type-C 端口、因此可使用 TypeC 端口 VBUS、并且通过连接的上拉电阻器正确设置了 CC 引脚。

在本例中、多路复用器由外部供电。 即使没有 DFP 连接到 Type-C 端口、电源也处于活动状态。
CC 引脚切换。 它们仅在连接 VBUS 且 CC 引脚被 DFP 拉时停止切换。 然后仅断开 CC 引脚。 n´t 不再切换。 当 VBUS 再次断开连接时、它们会再次开始切换。

这是测试的 LeCroy 日志。 TD 4.1.2 处于未通电状态。 n´t 我们这里没有电池、因此两个测试都失败。  
在这里、我的解决方案是在 CC 线路中添加一个晶体管、以便在关断状态下将其设置为高阻抗。 但这不是我的话题。 另一种仅在 LeCroy 侧发生的故障是更多的电晕、可能是通过 CC 切换触发的。

概述：

详细信息：

e2e.ti.com/.../USB_5F00_ComplianceSessionLog.html

Granit River Labs 的屏幕截图：

以下是用于 Type-C 端口的 VIF 文件提取：
e2e.ti.com/.../VIF_5F00_for_5F00_TI.xml

您能说在我们的例子中 HD3SS3220L 发生切换的原因吗？
我认为检测音频附件模式时需要这样做、但在调试模式时不需要这样做？

我希望您能给我们一个提示来解决这个问题。 如果不是、我认为我们的客户强烈建议我们更改布局布线并将多路复用器更改为另一个布局。

谢谢、

Manuel

尊敬的 Manuel：

这是测试的 LeCroy 日志。 TD 4.1.2 处于未通电状态。 n´t 我们这里没有电池、因此两个测试都失败。  
在这里、我的解决方案是在 CC 线路中添加一个晶体管、以便在关断状态下将其设置为高阻抗。 但这不是我的话题。 另一种仅在 LeCroy 侧发生的故障是更多的电晕、可能是通过 CC 切换触发的。

概述：

如果 GRL 能够通过与 LeCroy 设置完全相同的测试、那么听起来 LeCroy 设置中有某项内容导致此问题失败。 如果我们的器件能够通过 GRL 设置、那么它也应该通过 LeCroy 设置。 正如您所指出的、器件通常仍充当 UFP、因此似乎器件功能受到影响或降低。 在这种情况下、HD3SS3220 似乎符合预期。 我会问 GRL 为什么他们

我认为切换的原因源于调试附件模式、该模式在 UFP 中默认启用、能够通过 I2C 禁用。 如果禁用此功能、我相信 CC 线路上的切换会消失。

谢谢、

Ryan

您好、Ryan、

我有一个进一步的声明,从 Granit River Labs :

DUT 的 VIF 文件是受电方、并将 DRP 切换置为有效。

GRL：等待更长的时间、然后继续测试案例。

LeCroy :一段时间后停止测试执行。

CTS 中没有定义与此步骤相关的特定时间。

在所有测试用例中观察到的问题是 DUT 提供 DRP 切换。 但作为受电方、DUT 应将 Rd 置为有效

该切换是否可以检测 USB 规范中允许的调试模式？
如果是、我们需要哪些 VIF 设置？

也许这是唯一的失败。
我怀疑 VIF 设置应如下所示：

HD3SS3220
音频附件模式：true
Debug Target SNK：true

HD3SS3220L
音频附件模式： false
Debug Target SNK：true

我们当前的测试具有音频附件模式：false。 n´t 我们的器件不支持此功能。
也许这是唯一的问题?

但是、为什么 CC 引脚会切换以检测调试模式？ UFP 可以在不进行切换的情况下检测两个 CC 引脚上的 R (p)？

在星期一上、我们与客户会面以定义后续步骤。
所以这个答复的答案很重要。

提前感谢！

Manuel