[参考译文] TUSB1104：TUSB1104

尊敬的 Nilay：

现在我担心的是为什么10Gbps 端口被枚举为 USB2.0速度。 这表示由于信号质量的原因、主机无法达到最大速度。  

当前使用了哪些 EQ 值？

您能否共享原理图/布局？

尊敬的 Vishesh：

感谢您发送编修。

当前使用的 EQ 值如下所示：

USB 连接器面向端口接收器(CRX1和 CRX2引脚)均衡：

• 5GHz 时的 EQ 增益减去100 MHz 时的增益
  (dB)为  11.6.

面向 USB 主机的端口接收器(SSTX1和 SSTX2引脚)均衡：

• 5GHz 时的 EQ 增益减去100 MHz 时的增益
  (dB)为  6.

AEQCFG 被设置为 8h 意味着引脚搭接模式下悬空。

请分享您的个人 TI 详细信息、以便我们发送原理图和布局。

尊敬的 Vishesh：

感谢您的更新。 我将原理图和光绘文件分享到私信中。

尊敬的 Nilay：

在原理图中、我看到数据路径是从 FMC 连接器到 TUSB1104、然后再到 USBC 电缆。  

1) C70、C72、C69、C71的值应为330nF 而非220nF  

2)(可选)将 R46、R47、R44、R45替换为330nF 电容器

尊敬的 Vishesh：

感谢您的更新。 如数据表中所述、我们放置了220nF 电容器。 请查看随附的图片、以获取更多参考信息。 如有220nF 电容器的问题、请与我们分享。 以便我们可以更改并检查结果。

请分享使用 完整 AEQ 模式的应用指南或程序、或 请指导我们如何使用此模式及其工作原理。

尊敬的 Vishesh：

在线性转接驱动器模式下的完整 AEQ (在 I2C 模式下)下、如果我们运行附加的程序、我们能否获得 EQ 的自动调优值？ 我们在每次电源复位时得到不同的值。  

尊敬的 Vishesh：

有更新吗？ 您的宝贵反馈对我们很重要。

尊敬的 Vishesh：

等待您的宝贵反馈。 我们已按照要求在2月28日发送布局文件至消息(在 E2E 上)。

尊敬的 Nilay：

"我是你的女人,我是你的女人。" 我今天回来了。  

高速布局整体看起来不错。 前置通道布线的总长度是多少、我看到从 con3到 TUSB1104 的路径约为1600mil。 从连接器到 SoC 的布线长度是多少？

以下是 AEQ 的工作原理：

请就先前提出的问题提供您的反馈。

• C70、C72、C69、C71的值应为330nF 而非220nF >>我已在同一主题中发送了有关此问题的问题。

• 在线性转接驱动器模式下的完整 AEQ (在 I2C 模式下)下、如果我们运行附加的程序、我们能否获得 EQ 的自动调优值？ 我们在每次电源复位时得到不同的值。 这背后的原因是什么？

Unknown 说：

C70、C72、C69、C71的值应该是330nF 而不是220nF >>我已经在同一主题中发出了有关此问题的担忧。

我推荐这种方法的原因是、我不知道 USB 主机侧是否有任何额外的交流耦合。 串联电容器将降低总线的总电容。 例如、SSTX 现有的100nF、这是 TX 实施中的标准配置。 额外的220nF 会将电容降低到 USB 规格之外。 带330nF 的100nF 则不会。 这主要是作为预防措施、因为我不知道连接器后面的信号路径是什么样子。

Unknown 说：

在线性转接驱动器模式下采用完整 AEQ (在 I2C 模式下)的情况下、如果我们运行附加的程序、我们能否获得 EQ 的自动调优值？ 我们在每次电源复位时得到不同的值。 这背后的原因是什么？

您不能更改 AEQ 已确定的值。 您需要进入固定 EQ 模式才能进行此设置。 AEQ 仅适用于 CRX1和 CRX2线路。 USB-C 电缆插入了什么？  

您可以使用以下引脚限制 AEQ 可选择的最高允许 EQ：

好的、但我们 在同一主机、Type C 电缆和 FMC 卡每次电源复位时得到的值不同。 这背后的原因是什么？

尊敬的 Vishesh：

我们已在 LFPS 模式下检查了上面的波形。A 点(在 Type-C 连接器和 Re 驱动器之间)  的峰峰值电压 为660mV、B 点(在驱动器和 Re 连接器之间的 Rx 上   )的峰峰值电压为1.2V。USB 连接器端端口接收器(CRX1和 CRX2引脚)的设置为0 (在 Rx 引脚电平和0)峰峰值增益电平(平均-0.4dB)有多大？ 根据我们的理解 波形显示、设置约为3.5dB。因此、请分享您对此的建议。

重置电路板后、您在这里得到了哪些不同的 EQ 值？

进入 TUSB1104的1.2V 信号可能会使 RX 引脚过饱和。 这可能会使信号超出转接驱动器的线性范围、从而导致输出信号失真。 您是否能够降低输入信号的振幅？

尊敬的 Nilay：

是否有任何更新？

您好、Vishesh、感谢您的更新。 实际上1.2V 信号是  TUSB1104的输出、而不是其输入。 它实际上是在转接驱动器和 FMC 卡之间进行测量。 660mV 是转接驱动器的输入(在 Type-C 连接器和 Re 驱动器之间)。

那么、转接驱动器会按预期工作？ 电路板遇到了哪些合规性问题？

否、根据数据(波形)转接驱动器无法正常工作。 如上一个问题所示、 我们已在 LFPS 模式下检查上述波形。 A 点(在 Rx Type-C 连接器和 Re 驱动器之间)的峰峰值电压   为660mV、B 点(在 Re 驱动器和 FMC 连接器之间的 Rx 上)的峰峰值电压 为1.2V  。USB 连接器端端口接收器(CRX1和 CRX2引脚)的设置为0 (CEQ0引脚电平、平均-0.4dB EQ 增益)。对于-0.4dB 输出电压 实际上为1.2V。 因此、请确认我们的低估是正确还是错误？

尊敬的 Nilay：

我相信您要使用 AEQ、这意味着将忽略 CRX1和 CRX2的采样引脚电平。 我的理解是否不正确？

Unknown 说：

电路板遇到哪些合规性问题？

否、上述结果是在引脚搭接模式下获得的。 意味着 未忽略 CRX1和 CRX2采样的引脚电平。

最近、如前所述、我们将面临如下所示的功能问题：

在引脚搭接模式下、我们得到的结果如下：

ASMedia Type C 端口+ Amphenol 电缆

Lane1->未枚举。 在枚举期间恢复。

Lane2->未枚举。 在枚举期间恢复。

为了解决上述问题、我们已计划在 LFPS 模式下检查峰峰值电压。 在波形中、我们观察到峰间输出电压不符合 EQ 设置(如前所述-输入电压=660mv、实际 o/p 电压=1.2V、 增益为-0.4dB 时所需 o/p 电压=631.0V)。    

尊敬的 Nilay：

您能否确认在更改连接器方向时 DIR/FLIP 引脚是否按预期运行？

您是如何测量600mVpp 与1.2Vpp 的。 当该器件处于引脚搭接模式时、这是一个线性转接驱动器、这意味着电压应接近1：1。  

能否确保 FMC 连接器的 SSTX 和 SSRX 引脚按以下方式连接？

TUSB1104上的 SSTX1  -> SoC 上的 SSTX1

SSTX2在 TUSB1104上-> SSTX2在 SoC 上

TUSB1104上的 SSRX1 -> SoC 上的 SSTX1

TUSB1104上的 SSRX2 -> SoC 上的 SSRX2

-更改连接器方向时、您是否可以确认 DIR/FLIP 引脚按预期运行？

是、更改连接器方向时、它将按预期运行。

-是否可以确保 FMC 连接器的 SSTX 和 SSSRX 引脚按以下方式连接?

 TUSB1104上的 SSTX1  -> SoC 上的 SSTX1

SSTX2在 TUSB1104上-> SSTX2在 SoC 上

TUSB1104上的 SSRX1 -> SoC 上的 SSTX1

TUSB1104上的 SSRX2 -> SoC 上的 SSRX2

是、FMC 连接器的 SSTX 和 SSRX 引脚如 上所述连接。

-您是如何测量600mVpp 与1.2Vpp 的。 当该器件处于引脚搭接模式时、这是一个线性转接驱动器、这意味着电压应接近1：1。  

是的、 我们的关注与您相同。 在引脚搭接模式下、增益约为0dB 的线性转接驱动器模式下的电压接近1：1。 在本例中、观察到的输出电压约为1.2V 峰峰值(VPP)、而相应的输入电压约为600mV 峰峰值(VPP)。

那么、背后的可能原因是什么？

Unknown 说：

是的、来自 FMC 连接器的 SSTX 和 SSRX 引脚按 上述方式连接。

我是说从 FMC 到 SoC、不是从 FMC 到转接驱动器。  

我之所以提出这个问题、是因为我们根本看不到 USB3速度下的枚举。 但我们确实看到了 USB2.0速度下的枚举。 从子卡的布局上可以看到子卡的实现情况还可以、但我对这张卡插入的系统一无所知。 SoC 的 TX 引脚上连接的 TX 可能存在问题。 这意味着 SoC 不会看到正确的端接、从而导致无法检测连接。

是的、 我们的关注与您相同。 在引脚搭接模式下、增益约为0dB 的线性转接驱动器模式下的电压接近1：1。 在本例中、观察到的输出电压约为1.2V 峰峰值(VPP)、而相应的输入电压约为600mV 峰峰值(VPP)。

那么、背后的可能原因是什么？

我不确定是否诚实。 不应该有任何简单地使我们看到的摇摆加倍的设置。 您使用什么方法来测量信号？ 也可以将此器件替换为另一 TUSB1104器件、以查看行为是否一致。  

您好！

由于不活动、我将关闭该主题。