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:作为USB主机运行的TUSB1210令人烦恼的问题

Guru**** 2463330 points
Other Parts Discussed in Thread: TUSB1210

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/632234/tusb1210-annoying-issue-with-tusb1210-running-as-usb-host

部件号:TUSB1210

我们正在尝试将TUSB1210控制器用作USB主机。 控制器将与高速(HS) USB从属设备连接。 在HS协商期间,我们收到以下一致问题(chirp):

当将TUSB1210设备设置为XCVRSelect = 00,TermSelect=0和OpMode =10 (通过将50h写入FuncRegister 4)时,DIR行在3个时钟周期内变为高,然后在1个时钟周期处于低电平状态。 只要功能寄存器配置为在连接从属设备的情况下发出啁啾声,就会持续发生这种情况。 数据值为0C/0D。

下面是这种情况:

因此,啁啾序列已损坏。 正确工作时的50 % (我们看到K chrip后的降噪),如下所示:

您可以看到值"0C",即K啁啾"0E"后的降噪。 但这种情况发生的时间只有一半:

因此,我们得到的是“01”,而不是我们预期从外围看到的“00”。 您还会注意到,在这种情况下,DIR对于3个时钟周期而言较高,而不是2个时钟周期。

我们使用两种不同的HS外设对此进行了测试,但问题仍然存在。 这些外设在PC上工作正常,因此问题似乎是由TUSB1210引起的。 USB总线上没有可见的流量可能导致此问题。 此外,ULPI接口上的正常RX命令只有2个时钟周期长(DIR对于2个时钟周期较高)-而不是3个时钟周期。

有人知道发生了什么事吗?

另一个问题是,在完成K啁啾之后,作为协议的一部分,主机(我们)现在应该向外围发送交替K J的啁啾声。 这是否意味着我们将数据字节"11"发送一个周期,然后发送数据字节"00",或者我们应该发送二进制101.0101万,将其转换为数据字节"55"? 因此,我们应该发送TXCMD NOPID数据“11”,TXCMD NOPID数据“00”还是发送TXCMD NOPID数据“55”?

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

    我们正在审查您的问题。 您很快就会收到回复。

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

    Jens您好,

    我对这一答复的拖延表示歉意。 我已经向其中一位设备设计人员询问了您的问题,她提到,鉴于他们的顺序有时有效,这很可能是正确的,而且您可能需要的唯一更改是,在chirp KJ序列期间,在数据[7:0]上在8'hFF和8'00:00之间切换。

    希望这有所帮助。

    此致,

    豪尔赫