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.

[参考译文] TUSB1210:嵌入式 Linux 系统上未显示 TUSB1210 + TUSB8041

Guru**** 2386620 points
Other Parts Discussed in Thread: TUSB1210, TUSB8041-Q1
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1050976/tusb1210-tusb1210-tusb8041-not-appearing-on-embedded-linux-system

器件型号:TUSB1210
主题中讨论的其他器件: TUSB8041-Q1

我将 TUSB1210BRHBTQ1 USB2.0 phy 连接到嵌入式 Linux 器  件、USB phy 的下游连接了 TUSB8041IPAPRQ1 2.0/3.0集线器。 我尝试将 USB Phy 纯粹用作 USB2.0主机、但我无法让 USB 集线器显示在我的系统上。

我运行的是 Linux 4.14.0、并且不断收到以下错误:

[5.96495]  USB USB1-port1:连接-去抖失败

我从 lsusb 中看到的所有内容都是 Linux 根集线器:
总线003设备001:ID 1d6b:0002
总线001器件001:ID 1d6b:0002
总线004器件001:ID 1d6b:0003
总线002设备001:ID 1d6b:0003

集线器的原理图片段(已从图中修改 VBUS、因此还有一个90k 电阻器将引脚上拉至5Vdc):

USB PHY 的原理图片段(ID 引脚已修改为连接到 GND、尝试将其配置为主机、同时 VBUS 未连接到任何电压轨):

我已经探测了每个芯片上的所有电压轨、一切看起来都很好、时钟信号的频率正确、看起来很干净、复位没有被保持在活动状态。

有关如何以最佳方式进行调试的任何想法或对原理图进行注释都将非常有帮助。

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

    您好、Zachary、

    我在原理图中看不到任何明显的东西。  您能在 DP/DM 上进行探测、看看发生了什么情况吗?  当集线器退出复位时、DP 应变为3.3V (FS 上拉已启用)。

    是否可以发送 USBMON 日志?

    此致、

    JMMN

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

    下面是 USB 集线器的 GRSTz (红色)以及上行端口的 D+(黄色)和 D-(蓝色)的示波器捕获。

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

    关于获取 usbmon 日志、我只熟悉在我能够登录到控制台后如何从用户空间开始捕获、但可能 USB phy 和 USB 集线器之间的任何问题都将在该点之前发生。 在登录前是否有一种良好的方式启动 usbmon 日志记录,以便能够捕获 phy 和 hub 之间的尝试事务?

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

    另一个示波器捕获与之前相同的信号、但也捕获来自 USB phy 的 RESETB (绿色)信号。

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

    作为更新、我尝试将 USB 添加到 u-boot 配置和设备树中、 并且能够间歇性地连接到 USB 集线器、如下所示:

    U-Boot>USB 启动
    正在启动 USB...
    USB0:寄存器2000440 NbrPorts 2.
    启动控制器
    USB XHCI 1.00
    正在扫描设备的总线0 ... 找到2个 USB 设备
    正在扫描存储设备的 USB ... 找到0个存储设备
    U-Boot>USB 信息
    1:集线器、USB 版本3.0
    -U-Boot XHCI 主机控制器
    -类:集线器
    -封装尺寸:512配置:1.
    -供应商:0x0000产品0x0000版本1.0
    配置:1.
    -接口:1个自供电0mA
    接口:0
    -备用设置0,端点:1
    -类集线器
    -中断最大包8间隔255毫秒内的端点1

    2:集线器、USB 版本2.10
    - A70408718053
    -类:集线器
    - PacketSize:64个配置:1.
    -供应商:0x0451产品0x8142版本1.0
    配置:1.
    -接口:1个自供电远程唤醒0mA
    接口:0
    -备用设置0,端点:1
    -类集线器
    -中断最大包1间隔12ms 中的端点1
    -中断最大包1间隔12ms 中的端点1

    但是、我通常得到以下响应:

    U-Boot>USB 启动
    正在启动 USB...
    USB0:寄存器2000440 NbrPorts 2.
    启动控制器
    USB XHCI 1.00
    正在扫描设备的总线0 ... 无法重置端口1!?
    找到1个 USB 设备
    正在扫描存储设备的 USB ... 找到0个存储设备

    是否知道为什么我会间歇性地收到"Cannot reset port1!?"(无法重置端口1!?) 错误? 我还感到奇怪的是、我偶尔会在 U-Boot 中获得成功、但在 Linux 中却没有成功。 我通过检查并对各种引脚进行欧姆处理(我甚至尝试按压无引线封装)、尽力消除问题中不良的焊点。

    我很受欢迎、如果有任何帮助、我将不胜感激。

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

    您好、Zachary、

    从未枚举集线器时发送的示波器图中、集线器的 USB 2.0部分 按预期工作(它看到 USB_VBUS 并在 DP 上启用上拉)、但主机没有执行任何操作、它应该执行总线复位。  它就像错过了连接事件。  您对 TUSB1210报告的内容有什么了解吗?

    此外、我并不是说将 TT 标记为已解决-这是一个错误。

    此致、

    JMMN

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

    作为更新、我现在看到 USB 集线器和下游 USB 设备在 U-Boot 中始终如一地正常显示、但当内核正在引导时、我会收到以下错误:

    [3.478034] USB 1-1:使用 xhci-hcd 的新型高速 USB 器件编号2
    [3.610043] USB 1-1:器件描述符 READ/64、错误-71
    [3.850049] USB 1-1:器件描述符读取/64、错误-71
    [4.090032] USB 1-1:使用 xhci-hcd 的新型高速 USB 器件编号3
    [4.177924] random: crng init done.(随机:完成 crng 初始化。
    [4.222047] USB 1-1:器件描述符读取/64、错误-71
    [4.462044] USB 1-1:器件描述符 READ/64、错误-71
    [4.702032] USB 1-1:使用 xhci-hcd 的新型高速 USB 器件编号4
    [4.708575] USB 1-1:器件未响应设置地址。
    [4.922054] USB 1-1:器件未响应设置地址。
    [5.134031] USB 1-1:器件不接受地址4、错误-71
    [5.266029] USB 1-1:使用 xhci-hcd 的新型高速 USB 器件编号5
    [5.272571] USB 1-1:器件未响应设置地址。
    [5.486053] USB 1-1:器件未响应设置地址。
    [5.698030] USB 1-1:器件不接受地址5、错误-71
    [5.703873] USB USB1-port1:无法枚举 USB 设备

    我可以成功读取 TUSB1210的寄存器、并获得寄存器0x00的预期值0x51。 是否有对调试最有帮助的特定寄存器?

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

    通过探测 TUSB1210中的寄存器、可以得到以下结果:

    0x04 FUNC_CTRL 0x45

    0x07 IFC_CTRL 0x00

    0x0A OTG_CTRL 0x27

    0x13 USB_INT_STS 0x08

    0x14 USB_INT_LATCH 0x08

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

    上述内容是通过 Linux 获得的、我从 U-boot 中重复了测试(USB 集线器显示正常)

    0x04 FUNC_CTRL 0x40

    0x07 IFC_CTRL 0x00

    0x0A OTG_CTRL 0x27

    0x13 USB_INT_STS 0x08

    0x14 USB_INT_LATCH 0x08

    唯一的区别似乎是 FUNC_CTRL 寄存器。

    具体而言、Linux 设置为高速、启用端接选择、而 U-Boot 设置为全速。

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

    我的最后一条评论实际上被颠倒了:Linux 被设置为全速(XCVRSELECT = 0b01 = FS)并且 U-Boot 被设置为高速(XCVRSELECT = 0b00 = HS)

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

    您可以检查调试寄存器吗?  当清除 HostDisconnect 位时、应在 ULPI 接口上发送一个中断、这在 Uboot 配置上似乎按预期工作、但在 Linux 配置上不工作。  连接到 TUSB1210的器件是否具有调试功能?

    此致、

    JMMN

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

    根据示波器图、您报告的寄存器值是合理的-如果集线器上拉电阻器打开、Linux 仍将全速运行、但没有发生任何其他情况。  但是、这与该调试输出不匹配、该输出似乎表示链路通过高速握手。  您能否检查在获得此类调试输出时 DP / DM 线路是否正在切换或 DP 是否保持高电平?

    [引用 userid="481611" url="~/support/interface-group/interface/f/interface-forum/1050976/tusb1210-tusb1210-tusb8041-not-appearing-on-embedded-linux-system/3892435 #3892435"[3.478034] USB 1-1:使用 xhci-hcd 的新型高速 USB 器件编号2
    [3.610043] USB 1-1:器件描述符 READ/64、错误-71
    [3.850049] USB 1-1:器件描述符读取/64、错误-71
    [4.090032] USB 1-1:使用 xhci-hcd 的新型高速 USB 器件编号3
    [4.177924] random: crng init done.(随机:完成 crng 初始化。
    [4.222047] USB 1-1:器件描述符读取/64、错误-71
    [4.462044] USB 1-1:器件描述符 READ/64、错误-71
    [4.702032] USB 1-1:使用 xhci-hcd 的新型高速 USB 器件编号4
    [4.708575] USB 1-1:器件未响应设置地址。
    [4.922054] USB 1-1:器件未响应设置地址。
    [5.134031] USB 1-1:器件不接受地址4、错误-71
    [5.266029] USB 1-1:使用 xhci-hcd 的新型高速 USB 器件编号5
    [5.272571] USB 1-1:器件未响应设置地址。
    [5.486053] USB 1-1:器件未响应设置地址。
    [5.698030] USB 1-1:器件不接受地址5、错误-71
    [5.703873] USB USB1-port1:无法枚举 USB 设备
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    在 U-Boot 中

    0x15调试0x00

    在 Linux 中

    0x15 DEUG 0x01

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

    据我所知、 我没有任何 TUSB8041-Q1的调试选项、因为我们没有连接任何 I2C/SMBus 线路。 如果最终需要向这些引脚添加导线以帮助诊断、这是一个潜在的选择。

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

    下面是内核启动过程中出现这些错误时示波器的屏幕截图。 黄色是 D+、蓝色是 D-。

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

    AH OK、此示波器图与 debug 语句更好地匹配。  我没有检查前一个示波器图上的时基、因为它只是捕获了初始 DP 上拉、而不是后来的 USB 流量、这是我的错误。

    根据此示波器图、USB HS 握手成功完成了几次、主机和集线器之间正在交换一些流量、 但是、主机无法从集线器获取所需的数据、因此它停止与集线器通信、总线进入空闲状态。

    报告的错误与器件描述符有关、但集线器是基于硬件的设计、将始终返回相同的描述符(可以通过 I2C/SMBus 略微修改这些描述符、但这在您的系统中未启用)。  我问您是否在主机端具有任何其他调试功能、以便我们可以确定哪个命令发生了故障、但看起来不是这样的。  集线器上没有任何调试功能。

    主机与集线器之间的电气连接正常、但可能会导致这种情况的一些硬件因素:  检查时钟输入是否以24MHz 运行、并检查集线器的电源电压是否没有下降-集线器在打开时会消耗大量功率。

    此致、

    JMMN

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

    这里是看起来非常接近24MHz 的时钟输入。 (在 USB 事务处理期间不捕获此值)

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

    这是 USB 事务处理期间3.3V 总线的示波器捕获

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

    下面是 VDD 总线的示波器屏幕截图、我们在 USB 事务期间将其设置为1.1V。

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

    好的、电源和时钟看起来正常。  您能否放大并确认 USB 主机每125us 发送一次 SOFS?  您可以检查用蓝色圈出的这些区域中的任何一个:

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

    另一个调试思路、您是否可以启动 usbmon、然后强制集线器重新连接(手动将 GRSTz 切换为低电平或将 USB_VBUS 切换为低电平)、然后获取通信量的捕获?  我想看看该中心报告的内容。

    此致、

    JMMN

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

    这是内核启动期间收到 USB 错误时的另一个捕获(D+为黄色、D-为红色)

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

    这是复位后第一次突发活动后的放大视图(在上一张图中的第一个蓝色环绕区域中增加或减少)。 橙色是 CH1 - CH3的数学函数。 看起来每266微秒左右而不是125微秒就会发生活动突发。

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

    下面是每266微秒发生一次信号突发的放大图、持续时间约为200毫微秒。 我的探头和示波器带宽为每通道1GHz、此采集每通道具有12.5 GS/s 的速率。 我的示波器上没有 USB 2.0协议分析器、但如果有必要、我可能可以从示波器供应商处购买软件。

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

    集线器上的 GRSTz 被拉至低电平时 usbmon 捕获的结果:

    ffffffc06c0bbc00 343184819 S Ci:1:001:0 s A3 00 0000 0001 0004 <
    ffffffc06c0bbc00 343184842 C Ci:1:001:0 4 = 00010100
    ffffffc06c0bbc00 343184850 S Co:1:001:0 s 23 01 0010 0001 0000 0
    ffffffc06c0bbc00 343184856 C Co:1:001:0 0
    ffffffc06c44d300 343292015 S II:1:001:1 -115:2048 4 <
    ffffffc06c44d300 343292042 C II:1:001:1 - 2:2048 0
    ffffffc06c0bbc00 343738229 S CI:1:001:0 s A3 00 0000 0001 0004 <
    ffffffc06c0bbc00 343738238 C Ci:1:001:0 4 = 01010100
    ffffffc06c0bbc00 343738243 S Co:1:001:0 s 23 01 0010 0001 0000 0
    ffffffc06c0bbc00 343738248 C Co:1:001:0 0
    ffffffc06c44d300 343844013 S II:1:001:1 -115:2048 4 <
    ffffffc06c0bbc00 343844022 S Ci:1:001:0 s A3 00 0000 0001 0004 <
    ffffffc06c0bbc00 343844029 C Ci:1:001:0 4 = 01010000
    ffffffc06c0bb000 343844088 S Co:1:001:0 s 23 03 0004 0001 0000 0
    ffffffc06c0bb000 343844096 C Co:1:001:0 0
    ffffffc06c0bb000 343912013 S Ci:1:001:0 s A3 00 0000 0001 0004 <
    ffffffc06c0bb000 343912021 C Ci:1:001:0 4 = 03051000
    ffffffc06c0bb000 343912028 S Co:1:001:0 s 23 01 0014 0001 0000 0
    ffffffc06c0bb000 343912033 C Co:1:001:0 0
    ffffffc06c0bb000 343978655 S Ci:1:000:0 s 80 06 0100 0000 0040 64 <
    ffffc06c0bb000 343978747 C Ci:1:000:0 - 71 0
    ffffffc06c0bb000 343978765 S Ci:1:000:0 s 80 06 0100 0000 0040 64 <
    ffffffc06c0bb000 343978827 C Ci:1:000:0 - 71 0
    ffffffc06c0bb000 343978834 S Ci:1:000:0 s 80 06 0100 0000 0040 64 <
    ffffc06c0bb000 343979005 C Ci:1:000:0 - 71 0
    ffffc06c0bb000 343979024 S Co:1:001:0 s 23 03 0004 0001 0000 0
    ffffffc06c0bb000 343979031 C Co:1:001:0 0
    ffffffc06c0bb000 344044015 S Ci:1:001:0 s A3 00 0000 0001 0004 <
    ffffffc06c0bb000 344044023 C Ci:1:001:0 4 = 03051000
    ffffffc06c0bb000 344044029 S Co:1:001:0 s 23 01 0014 0001 0000 0
    ffffffc06c0bb000 344044034 C Co:1:001:0 0
    ffffffc06c0bb000 344216009 S Ci:1:000:0 s 80 06 0100 0000 0040 64 <
    ffffc06c0bb000 344216041 C Ci:1:000:0 - 71 0
    ffffffc06c0bb000 344216055 S Ci:1:000:0 s 80 06 0100 0000 0040 64 <
    ffffc06c0bb000 344216125 C Ci:1:000:0 - 71 0
    ffffffc06c0bb000 344216144 S Ci:1:000:0 s 80 06 0100 0000 0040 64 <
    ffffc06c0bb000 344216212 C Ci:1:000:0 - 71 0
    ffffc06c0bb000 344216223 S Co:1:001:0 s 23 03 0004 0001 0000 0
    ffffffc06c0bb000 344216230 C Co:1:001:0 0
    ffffffc06c1fae00 344284015 S Ci:1:001:0 s A3 00 0000 0001 0004 <
    ffffffc06c1fae00 344284024 C Ci:1:001:0 4 = 03051000
    ffffffc06c1fae00 344284030 S Co:1:001:0 s 23 01 0014 0001 0000 0
    ffffffc06c1fae00 344284035 C Co:1:001:0 0
    ffffffc06c1fae00 344456012 S Co:1:001:0 s 23 01 0001 0001 0000 0
    ffffffc06c1fae00 344456020 C Co:1:001:0 0
    ffffffc06c0bbc00 344456171 S Co:1:001:0 s 23 03 0004 0001 0000 0
    ffffffc06c0bbc00 344456179 C Co:1:001:0 0
    ffffffc06c1fae00 344524019 S Ci:1:001:0 s A3 00 0000 0001 0004 <
    ffffffc06c1fae00 344524027 C Ci:1:001:0 4 = 03051000
    ffffffc06c1fae00 344524033 S Co:1:001:0 s 23 01 0014 0001 0000 0
    ffffffc06c1fae00 344524039 C Co:1:001:0 0
    ffffffc06c1fae00 344590641 S Ci:1:000:0 s 80 06 0100 0000 0040 64 <
    ffffffc06c1fae00 344590726 C Ci:1:000:0 - 71 0
    ffffffc06c1fae00 344590773 S Ci:1:000:0 s 80 06 0100 0000 0040 64 <
    ffffffc06c1fae00 344590813 C Ci:1:000:0 - 71 0
    ffffffc06c1fae00 344590822 S Ci:1:000:0 s 80 06 0100 0000 0040 64 <
    ffffffc06c1fae00 344591006 C Ci:1:000:0 - 71 0
    ffffffc06c1fae00 344591017 S Co:1:001:0 s 23 03 0004 0001 0000 0
    ffffffc06c1fae00 344591024 C Co:1:001:0 0
    ffffffc06c0bbc00 344656013 S Ci:1:001:0 s A3 00 0000 0001 0004 <
    ffffffc06c0bbc00 344656022 C Ci:1:001:0 4 = 03051000
    ffffffc06c0bbc00 344656027 S Co:1:001:0 s 23 01 0014 0001 0000 0
    ffffffc06c0bbc00 344656033 C Co:1:001:0 0
    ffffffc06c0bbc00 344828025 S Ci:1:000:0 s 80 06 0100 0000 0040 64 <
    ffffffc06c0bbc00 344828057 C Ci:1:000:0 - 71 0
    ffffffc06c0bbc00 344828083 S Ci:1:000:0 s 80 06 0100 0000 0040 64 <
    ffffffc06c0bbc00 344828143 C Ci:1:000:0 - 71 0
    ffffffc06c0bbc00 344828213 S Ci:1:000:0 s 80 06 0100 0000 0040 64 <
    ffffffc06c0bbc00 344828241 C Ci:1:000:0 - 71 0
    ffffffc06c0bbc00 344828261 S Co:1:001:0 s 23 03 0004 0001 0000 0
    ffffffc06c0bbc00 344828268 C Co:1:001:0 0
    ffffffc06c1fae00 344896014 S CI:1:001:0 s A3 00 0000 0001 0004 <
    F?ffffffc06c1fae00 344896029 S Co:1:001:0 s 23 01 0014 0001 0000 0
    ffffffc06c1fae00 344896035 C Co:1:001:0 0
    ffffffc06c1fae00 345068014 S Co:1:001:0 s 23 01 0001 0001 0000 0
    ffffffc06c1fae00 345068022 C Co:1:001:0 0
    ffffffc06c1fae00 345068062 S Co:1:001:0 s 23 03 0004 0001 0000 0
    ffffffc06c1fae00 345068069 C Co:1:001:0 0
    ffffffc06c1fae00 345136015 S Ci:1:001:0 s A3 00 0000 0001 0004 <
    ffffffc06c1fae00 345136024 C Ci:1:001:0 4 = 03051000
    ffffffc06c1fae00 345136030 S Co:1:001:0 s 23 01 0014 0001 0000 0
    ffffffc06c1fae00 345136035 C Co:1:001:0 0
    ffffffc06c1fae00 345633926 S Co:1:001:0 s 23 01 0001 0001 0000 0
    ffffffc06c1fae00 345634034 C Co:1:001:0 0
    ffffffc06c1fae00 345635693 S Co:1:001:0 s 23 03 0004 0001 0000 0
    ffffffc06c1fae00 345635800 C Co:1:001:0 0
    ffffffc06c1fae00 345704014 S Ci:1:001:0 s A3 00 0000 0001 0004 <
    ffffffc06c1fae00 345704023 C Ci:1:001:0 4 = 03051000
    ffffffc06c1fae00 345706181 S Co:1:001:0 s 23 01 0014 0001 0000 0
    ffffffc06c1fae00 345706189 C Co:1:001:0 0
    ffffffc06c0bbc00 346201925 S Co:1:001:0 s 23 01 0001 0001 0000 0
    ffffffc06c0bbc00 346202033 C Co:1:001:0 0
    ffffffc06c0bb000 346209531 S Co:1:001:0 s 23 01 0001 0001 0000 0
    ffffffc06c0bb000 346209644 C Co:1:001:0 0
    ffffffc06c44d300 346211644 C II:1:001:1 - 2:2048 0

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

    好的、这是一个标准 SOF 数据包、但它必须每125us 发生一次、否则集线器将无法工作。  您能否每266秒检查一次它是否一致?  您是否已尝试将任何其他设备连接到此端口并查看它是否枚举?  我不确定您是否具有该功能。

    这可能是问题所在、主机控制器应每125us 发送一次 SOF。

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

    我已经重置集线器几次、并将生成的信号放大了几个不同点、始终存在大约266 us 的间隙。 遗憾的是、来自 USB phy 的数据线会直接路由到 PCB 上 USB 集线器的上行端口、而没有很好的测试点来尝试将另一个器件直接连接到 phy。

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

    有什么想法会导致这种情况? USB phy 是生成帧数据包起始的、还是处理器连接到 phy、而 phy 只是对信号进行物理层转换?

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

    它是连接到 phy 的处理器、phy 无法生成自己的数据包。  某些 USB 器件可能能够处理空间较小的 SOFS、但不是大多数。  如果 这个问题以前没有出现、我会感到很惊讶、可能有一个解决方法可用。

    此致、

    JMMN

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

    您能否接受我朋友的请求、以便我们可以离线讨论处理器供应商?

    此致、

    JMMN