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.

[参考译文] TUSB2077A:Linux中的USB集线器设备描述符错误

Guru**** 2454530 points
Other Parts Discussed in Thread: TUSB2077A, TUSB2036

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/592829/tusb2077a-usb-hub-device-descriptor-error-in-linux

部件号:TUSB2077A
主题中讨论的其他部件: TUSB2036

您好,

我在使用TUSB2077时遇到问题。

在启动时收到以下错误信息:

"USB 1 1.1 :设备描述符读取/64,错误-71

USB 1-1.1 :使用CI_hdrc的新的4号全速USB设备

1.1 1:设备描述符读取/64,错误-71

1.1 1:设备描述符读取/64,错误-71

USB 1-1.1 :使用cI_hdrc的新的5号全速USB设备

USB 1-1.1 :设备不接受地址5,错误-71

USB 1-1.1 :使用CI_hdrc的新的6号全速USB设备

USB 1-1.1 :设备不接受地址6,错误-71

集线器1-1:1.0 :无法枚举端口1上的USB设备"

当我登录Linux并检查USB时,我得到以下信息:

"根~# lsusb

总线001设备002:ID 0451:2077 Texas Instruments,Inc. TUSB2077集线器

总线001设备001:ID 1d6b:0002 Linux Foundation 2.0 root hub

在集线器上插入USB记忆棒后,我收到以下消息:

 

USB 1-1.1 :使用CI_hdrc的新的7号全速USB设备

1.1 1:设备描述符读取/64,错误-71

1.1 1:设备描述符读取/64,错误-71

USB 1-1.1 :使用cI_hdrc的新的8号全速USB设备

1.1 1:设备描述符读取/64,错误-71

1.1 1:设备描述符读取/64,错误-71

USB 1-1.1 :使用CI_hdrc的新的9号全速USB设备

USB 1-1.1 :设备不接受地址9,错误-71

USB 1-1.1 :使用CI_hdrc的新的10号全速USB设备

USB 1-1.1 :设备不接受地址10,错误-71

集线器1-1:1.0 :无法枚举端口1上的USB设备

USB 1-1.6 :使用CI_hdrc的新的11号全速USB设备

1.6 1:未以最高速度运行;连接到高速集线器

USB-storage 1-USB:1.0 :1.6 大容量存储设备检测到

scsi0:USB-storage 1.6 1.0

SCSI 0:0:0:0:直接访问    Corsair Flash Voyager   1100 PQ:0 ANSI:0 CCS

SD 0:0:0:0:[SDA] 15.7286万40 5124.0512万字节逻辑块:(8.05 GB GiB/GiB 7.50)

SD 0:0:0:0:[SDA]写保护已关闭

SD 0:0:0:0:[SDA]找不到缓存模式页面

SD 0:0:0:0:[SDA]假设驱动器高速缓存:直写

SD 0:0:0:0:[SDA]找不到缓存模式页面

SD 0:0:0:0:[SDA]假设驱动器高速缓存:直写

 SDA:sda1.

SD 0:0:0:0:[SDA]找不到缓存模式页面

SD 0:0:0:0:[SDA]假设驱动器高速缓存:直写

SD 0:0:0:0:[SDA]连接的SCSI可移动磁盘

为什么Linux上的设备描述符无法在TUSB2077端口上读取?

Microchip的USB2514B USB集线器在同一系统中工作正常。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,
    您能否提供您的原理图,这可能是硬件问题,您是否尝试过其他内核版本?
    此致
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Elias:

    是的,请看一下。

    e2e.ti.com/.../8154.schematics.pdf

    我设法让它在Linux内核上工作。 它会识别集线器,一旦启动,doenst就会给我任何描述符错误。

    因此,所有信道都正常工作,但仍然无法使用uBoot。 如果我想在uBoot中像USB文件一样读取,我会收到描述符错误。

    有什么想法吗?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,
    原理图看起来正确。
    唯一可能的硬件问题可能是通电顺序,在VDD稳定且XI上的时钟也有效且稳定之后,终端重置#必须保持3毫秒至10毫秒的断言状态。
    另一种可能是uBoot的问题,您可能需要访问Linux社区。
    此致
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Elias:

    我将uBoot环境变量更改为等待USB集线器更长时间或其他内容:("启用端口后增加延迟")

    setenv USB_PGOD_DELAY 1万

    但这不起作用。

    昨天,我用 带有Microchip 7个端口的USB2517评估板USB集线器测试了我的系统,它工作正常。

    我没有足够的时间来解释原因 ,于是决定在系统上设计USB2517,而不是TUSB2077A。

    但感谢您的回答。

    此致,

    Michael

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

    这可能太晚了,但我还是想分享(如果有人搜索相同的问题)。

    我在TUSB2036上遇到了完全相同的问题,花了几周时间尝试查找硬件问题...
    事实证明,这根本不是硬件故障!

    uBoot源代码中存在一个错误,使其在使用全速设备时非常不稳定。 高速设备同时工作正常。 如果您想知道您有相同的问题,只需检查D+ D-处的USB通信信号。 我发现,由于此软件错误,某些位从83nS扩展到107nS。

    一旦我们的软件下载了不同版本的uBoot,它就神奇地开始工作了!

    我希望这将为其他人节省一些时间。

    谢谢


    zman