This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TUSB8041:TUSB8041检测不正确

Guru**** 2925590 points

Other Parts Discussed in Thread: TUSB8041

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1127454/tusb8041-tusb8041-not-detecting-properly

器件型号:TUSB8041

您好!

我们在设计中使用 TUSB8041 TUSB8041的上游信号连接到一个电路板上的 SOC USB 信号检测到集线器、而在其他电路板上检测不到集线器。 在工作板中,供应商 ID 和产品 ID (Vendor=0451 ProdID=8142和 Vendor=0451 ProdID=8140)检测是正确的且不工作的板 ,我们将获得唯一的 USB 2.0供应商 ID 和产品 ID 值不正确( Vendor=0451 ProdID=80ff)。  

我们检查了所有电源、复位和时钟信号、一切正常。

因此、我们需要您的帮助来解决此问题。 请查找随附的 USB 原理图页面和相应的电路板器件发现日志信息、以供您查看。

上行集线器连接到处理器 USB 2.0和3.0、所有下行端口连接到各种连接器。 我们的系统在 Linux 内核5.4中运行。 e2e.ti.com/.../USB_5F00_HUB_5F00_Not_5F00_Working_5F00_Log.txte2e.ti.com/.../USB_5F00_HUB_5F00_Working_5F00_Log-_2800_1_2900_.txte2e.ti.com/.../TUSB8041_5F00_schpg.pdf

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    查看原理图、可以看到上行 SSTX 和 SSTX 连接正在交换。

    连接器上的 SSTX 被定义为发送器、需要连接到集线器 SSTX。
    SSRX 被定义为接收器、需要连接到集线器 SSRX。

    谢谢
    David

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 David:

    感谢响应、上游我们没有使用任何连接器。我们已将集线器的上游信号直接连接到 SOC'c USB 信号。

    我附加 了 SOC'c USB 部分的原理图供您查看、只有在一个电路板中检测到 TUSB8041并且工作正常、但在其余电路板中、 我们无法检测 TUSB8041、我们已附加 Linux 内核日志、供您在上一个主题中查看。

    谢谢、

    Praveen

    e2e.ti.com/.../soc_5F00_usb_5F00_section.pdf

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Praveen

    您是否有显示 SOC 和集线器之间完全连接的原理图? 我看到的是 USB0_SS_TXP/N 和 USB0_SS_RXP/N 但在 TUSB8041_schpg.pdf 中、我看不到相同的网络名称。

    谢谢
    David

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 David:

    我们的是分层原理图设计、在页面上附加了重命名这些网的部分内容。

    谢谢、

    Praveen

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Praveen

    USB0_SS_RXP/N 和 USB0_SS_TXP/N 交流电是否与0.1uF 耦合?

    谢谢

    David

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    David、

    该信号未与0.1uF 的交流耦合。该信号从集线器上游直接连接到 SoC USB 信号。

    谢谢、

    Praveen  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Praveen

    根据 USB3规范、SSRX 和 SSTX 需要进行交流耦合。 否则、USB3将不起作用。

    谢谢

    David

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 David:

    我们了解缺少交流耦合电容器可能会导致 USB3.0无法正常工作。  

    根据原理图、我们已正确连接 USB 2.0信号、我们希望该器件能够与 USB 2.0配合使用。

    此外、对于 CPU 与 TUSB8041之间的所有 USB 3.0 TX、RX 对、我们在 PCB 上进行了布线切断。

    但是、Linux OS 未正确检测到集线器、请参阅以下日志。

    我们可以在 CRO 中看到 USB2.0 DP 和 DM 线路上的信号传输。  

    供应商 ID 和设备 ID 信息显示为 Vendor=0451 ProdID=80ff Rev= 1.01,而 不是 Vendor=0451 ProdID=8142 Rev= 1.00。

    这是否意味着集线器件部分工作?

    我们可以在 许多电路板上看到类似的行为。

    请建议如何使 USB2.0正常工作。

    同时、我们正在努力在 CPU 到集线器器件之间的 TX 和 RX 对线上放置一个100nF 交流耦合电容器、并将共享测试结果。

    root@AH-rpXh1646712758:// cat /sys/kernel/debug/USB/设备

    T:bus=01 lev=00 Prnt=00端口=00 Cnt=00 Dev#= 1 SPD=480 MxCh=1
    B:Alloc=0/800us (0%)、#Int=0、#ISO=0
    D:ver= 2.00 cls=09 (集线器) Sub=00 Prot=01 MxPS=64 #Cfgs=1
    P:Vendor=1d6b ProdID=0002 Rev= 5.04
    S:manufacturer=Linux 5.4.164 xhci-hcd
    S:product=xHCI 主机控制器
    S:SerialNumber=xhci-hcd.0.auto
    C:*#IFS= 1 Cfg#= 1 ATR=e0 MxPwr = 0mA
    I:* If = 0 Alt= 0 #EPS = 1 CLS=09 (hub) Sub=00 Prot=00 Driver=hub
    E:AD=81 (I) ATR=03 (内部) MxPS= 4 IVL=256ms

    T:bus=02 Lev=00 Prnt=00端口=00 Cnt=00 Dev#= 1 SPD=5000 MxCh=0
    B:Alloc=0/800us (0%)、#Int=0、#ISO=0
    D:ver = 3.00 CLS=09 (集线器) Sub=00 Prot=03 MxPS= 9 #Cfgs= 1.
    P:Vendor=1d6b ProdID=0003 Rev= 5.04
    S:manufacturer=Linux 5.4.164 xhci-hcd
    S:product=xHCI 主机控制器
    S:SerialNumber=xhci-hcd.0.auto
    C:*#IFS= 1 Cfg#= 1 ATR=e0 MxPwr = 0mA
    I:* If = 0 Alt= 0 #EPS = 1 CLS=09 (hub) Sub=00 Prot=00 Driver=(无)
    E:AD=81 (I) ATR=03 (内部) MxPS= 4 IVL=256ms

    T:bus=03 lev=00 Prnt=00端口=00 Cnt=00 Dev#= 1 SPD=480 MxCh=1
    B:Alloc=0/800us (0%)、#Int=0、#ISO=0
    D:ver= 2.00 cls=09 (集线器) Sub=00 Prot=01 MxPS=64 #Cfgs=1
    P:Vendor=1d6b ProdID=0002 Rev= 5.04
    S:manufacturer=Linux 5.4.164 xhci-hcd
    S:product=xHCI 主机控制器
    S:SerialNumber=xhci-hcd.1.auto
    C:*#IFS= 1 Cfg#= 1 ATR=e0 MxPwr = 0mA
    I:* If = 0 Alt= 0 #EPS = 1 CLS=09 (hub) Sub=00 Prot=00 Driver=hub
    E:AD=81 (I) ATR=03 (内部) MxPS= 4 IVL=256ms

    T:bus=03 lev=01 Prnt=01端口=00 Cnt=01 Dev## 2 SPD=480 MxCh=0
    D:ver= 2.00 cls=ff (vend.) sub=00 Prot=00 MxPS=64 #Cfgs= 1.
    P:Vendor=0451 ProdID=80ff Rev= 1.01
    C:*#IFS= 1 Cfg#= 1 ATR=c0 MxPwr = 0mA
    I:* If #=0 Alt=0 #EPS = 0 cls=ff (vend.) sub=00 Prot=00驱动程序=(无)

    T:bus=04 lev=00 Prnt=00端口=00 Cnt=00 Dev#= 1 SPD=5000 MxCh=1
    B:Alloc=0/800us (0%)、#Int=0、#ISO=0
    D:ver = 3.00 CLS=09 (集线器) Sub=00 Prot=03 MxPS= 9 #Cfgs= 1.
    P:Vendor=1d6b ProdID=0003 Rev= 5.04
    S:manufacturer=Linux 5.4.164 xhci-hcd
    S:product=xHCI 主机控制器
    S:SerialNumber=xhci-hcd.1.auto
    C:*#IFS= 1 Cfg#= 1 ATR=e0 MxPwr = 0mA
    I:* If = 0 Alt= 0 #EPS = 1 CLS=09 (hub) Sub=00 Prot=00 Driver=hub
    E:AD=81 (I) ATR=03 (内部) MxPS= 4 IVL=256ms

    谢谢、此致、

    Praveen。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Praveen

    作为调试测试、当 SOC 启动并运行时、您能否尝试将 USB_VBUS 切换至集线器 、以查看集线器随后是否连接至 USB 2.0? 您能否在本测试中探测上游 DP 和 DM?

    此外、您是否将集线器设置为 I2C 或 SMBus 模式?

    谢谢

    David

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 David:

    我们看到切换 USB_VBUS 的可能性、并看到 USB 2.0的行为。

    由于我们不使用外部接口、因此我们将 SMBUSz/SS_SUSPEND (pin39)保持未连接状态。 因此、根据内部上拉电阻、它将处于 I2C 模式。

    还随附了 USB2.0 DP 和 DM 的信号捕获、供您查看。

    谢谢、此致、

    Praveen

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Praveen

    USB2.0为480Mbps (240MHz)、您需要一个最小带宽约为1GHz 的示波器才能正确捕获信号。 对于这个70MHz 带宽范围、信号量化太多、我无法判断它们是否是有效的 USB 2.0信号。

    对于 USB2.0、一旦 VBUS 从低电平变为高电平、您将看到 DP 驱动高达3.3V、而 DM 为低电平。 然后、您将看到线性调频脉冲序列。 下面是一个示例波形、您在设置中看到了吗?

    谢谢

    David

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 David:

    移除 I2C 线路上的上拉电阻后、集线器件开始工作并检测到 USB2.0和 USB3.0器件。

    感谢您的大力支持和及时帮助。

    谢谢、此致、

    Praveen。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Praveen

    太棒了、感谢您的更新、我很高兴您能让您的设计正常工作。

    David