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:TUSB12控制器层

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

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/642216/tusb1210-tusb12-controller-layer

部件号:TUSB1210

各位专家,您好!

在我的服装板中,这是一个基于FPGA的板, 我想有一个支持OTG的2.0。

我选择 TUSB1210作为收发器,现在我想在FPGA中写入USB驱动程序,

但我对OTG的实施感到困惑。

在数据表中, TUSB1210支持SRP和海地国家警察,

这是否意味着:“我应该在FPGA中实施ULPI协议, 而不需要考虑国家警察和SRP协议”?

 因此,ULPI协议的实施是我应该做的全部工作?

请指导我这样做。

谢谢。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好Sara:
    我正在查看您的问题,并将尽快回来提供答案。
    请注意,由于节假日原因,响应时间可能会更长。
    此致,
    豪尔赫
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的Jorge:
    好的,我会等待您的回复,
    非常感谢。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好Sara:

    ULPI规范完全支持"会话请求协议"。 因此,通过在链接上实施ULPI协议,您的设备应该能够通过监视OTG控制寄存器中的ChrgVbus和DischrgVbus位来确定会话的开始或结束。

    同样,您的链路/系统需要实施USB 2.0 规范的"移动补充"(修订版 1.3)",以充分支持该规范所定义的国家警察。

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

    您好Jorge,

    非常感谢您的回复,

    作为你们的回应,我应该在我的LINK核心中实施国家警察协议,

    但我的模糊之处是TUSB1210数据表中的这句话:

    "完整的USB OTG物理前端,支持主机协商协议(Host Negotiation Protocol, CHP)和会话请求协议(SRP)”

    因此,我认为这不需要实施国家警察和桑比兰西。
    如果理解错误,请告诉我这句话的含义是什么?

    另一个问题是 ,链接如何 理解应该作为主机运行还是应该转到OTG模式?  它在OTG控制寄存器中不清楚!
     
     
    非常感谢。
    Sara。

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

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

    我对我的答复延误表示歉意。 "物理前端"是指模拟电路,如比较器,驱动器,上拉等,用于支持实施国家警察和SRP所需的步骤顺序。

    如前所述,您的链路/系统需要实施USB 2.0 规范的"移动补充"(修订版 1.3)",以充分支持该规范所定义的国家警察。 我建议您特别查看6.3 部分,该部分清楚地详细说明了链接/软件层需要执行的步骤。

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

    您好,Jorge,

    感谢您的清晰回答,

    我还有另一个关于数据传输方向bw 物理层和链路的问题:

    当我检查“ULPI规格”时,带有帮助“nxt”和“STP”针脚的“dir”针脚可确定链路何时phy传输数据以及何时接收数据。 而且,dir的断言/取消断言处于PHY处置状态。

    另一方面,TX CMD是从PHY链路发出的命令,用于确定事务类型,如输入/输出。 因此,当链路要传输数据时,它发送“Out TX CMD”,当它要接收数据时,它发送“In TX CMD”。

    现在我的问题是:“PHY”或“链路”的开关决定数据传输方向? 与传入/外的传输/接收有何区别

    非常感谢。

    Sara

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

    ULPI规范很好地描述了它的工作方式:

    "目录-方向。 控制数据总线的方向。 当PHY有数据传输到链路时,它会驱动dir high以获得总线所有权。 当PHY没有要传输的数据时,它会驱动dir low并监控总线的链路活动。 每当接口无法接受来自链路的数据时,PHY就会拉高方向。 例如,当间PHY PLL不稳定时。"

    因此,链路监控DIR,当其过低时,允许向PHY发送命令/数据; 然后,PHY在处理数据/命令时将DIR设置为HIGH,完成后将释放DIR (返回LOW),以便PHY可向链路发送新的命令/数据。

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

    尊敬的Jorge:

    非常感谢,

    但我之前检查过,

    假设dir为low,因此链路拥有总线。

    现在,首先假设链路发送"In TX CMD"(在TX CMD中)。

    这意味着链路希望进行主机到设备事务。

    其次,假设链路发送"出TX CMD"。

    这意味着链路要进行设备到主机的事务。

    从 链 路和phy之间传输方向的视角来看,这两个cmds之间有何区别?

    谢谢。

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

    请详细说明"在TX CMD"和"在TX CMD"的含义吗? ULPI规范修订版1.1 上的表6和表7定义了传输命令字节(TX CMD)和接收命令字节(RX CMD)的不同格式选项;尽管我找不到对上述命令的任何引用。

    在任何情况下,3.8 部分都有详细的说明和图表,显示每个命令的数据流。

    如前所述,该设备完全符合ULPI规范修订版1.1 ;有关设备操作的详细信息,请参阅规范。

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

    您好Jorge,
    感谢您的回复,
    如相同 规格中的表13,14中所述,在数据发送PID之前。查看:

      

    所以,我在USB数据包中搜索了一个关于PID 的信息,我知道PID根据下表确定数据类型:

     

     


    根据此表,TX PID In是主机到设备事务,  TX PID Out是设备到主机事务。
    因此,我重复我的问题:

    假设dir为low,因此链路拥有总线。
    现在,首先假设链路发送"In TX CMD"(在TX CMD中)。
    这意味着链路希望进行主机到设备事务。
    其次,假设链路发送"出TX CMD"。
    这意味着链路要进行设备到主机的事务。
    从 链 路和phy之间传输方向的视角来看,这两个cmds之间有何区别?

    非常感谢,

    Sara。

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

    TX PID OUT和TX PID In是您所参考的特定文档使用的术语,这既不是ULPI也不是USB规格。

    如果您在第8.3 .1节中查看USB 2.0 规范,您将发现PID 0001b是令牌输出数据包的标识符,而PID 1001b是数据包中令牌的标识符。

    令牌外包会通知USB设备USB主机要发送数据。 数据包中的令牌通知USB设备USB主机要读取数据。 在这两种情况下,链路都必须等待DIR低电平(ULPI总线空闲),然后再将此命令发送到phy,后者随后将发送相应的USB数据包。

    我希望这有助于澄清您的问题。

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

    尊敬的Jorge:

    在我看来,"数据包中的令牌通知USB设备USB主机要读取数据"是相同的接收过程。  

    是否不正确?

    看,

    这是我的系统:

    我只想在高速模式下运行它。

    我认为

    当我想将数据从PC发送到 Link时,PHY发送RXCMD进行链接,然后以  字节(接收)的形式将数据发送到Link。

    当我想从Link向PC发送数据时,Link应该发送一个带有MDATA PID令牌的TXCMD,然后应该 以   字节(传输)的形式向PHY发送数据。

    现在,请告诉我为什么我需要发送  带PID令牌的TXCMD?

    打扰一下,我有很多问题。

    非常感谢。

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

    尊敬的Jorge:

    在我看来,您所说的"数据包中的令牌通知USB设备USB主机要读取数据" 等于"接收过程"。  

    是否不正确?

    看,

    这是我的系统:

    我想在高速模式和同步模式下运行它。

    我认为

    当我想将数据从PC发送到 Link时,PHY发送RXCMD进行链接,然后以  字节(接收)的形式将数据发送到Link。

    当我想从Link向PC发送数据时,Link应该发送一个带有MDATA PID令牌的TXCMD,然后应该 以   字节(传输)的形式向PHY发送数据。

    现在,请告诉我为什么我需要发送  带PID令牌的TXCMD?

    打扰一下,我有很多问题。

    非常感谢。