• 状态 Resolved
  • 已锁定 已锁定
  • 回复 12 回复
  • 订户 0 订户
  • 视图 1585 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] TPS6.5982万：DPSourceSink Bit Behavior on 0x5F Data Status

admin
Guru**** 2478765 points
Other Parts Discussed in Thread: HD3SS460

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/656441/tps65982-dpsourcesink-bit-behavior-on-0x5f-data-status

部件号：TPS6.5982万
主题中讨论的其他部件：TPS6.5981万EVM， HD3SS460， TPS6.5981万

大家好，

能否告诉我 DPSourceSink位的行为？

我使用TPS6.5981万EVM检查了DPSourceSink位行为，条件如下。 但该位在DFP_D和UFP_D两侧始终显示0b "DP Source (DFP_D) connection requested"(请求的DP源(DFP_D)连接)。 这是错误吗？

① TPS6.5981万_HD3SS460_DRP_Source_Advanced_v3_10.TPL
②  TPS6.5981万_HD3SS460_DRP_Host_Advanced_v3_10.TPL

[①面]

[②面]

我的客户希望EC能够通过下表判断PD控制器是否处于UFP_D分配E状态。 但由于 DPSourceSink始终为0b，因此它无法实现。

此致，

Takashi Onawa

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

    您好，Takashi：

    您可以尝试将EVM板上的电路板设置为DFP，将另一个设置为UFP，而不使用DRP模板。 这可能会解决问题。

    ① TPS6.5981万_HD3SS460_DFP_Advanced_v3_10.TPL

    ② TPS6.5981万_HD3SS460_UFP_Advanced_v3_10.TPL

    如果这回答了您的问题，请选择 "这解决了我的问题"。  

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

    我只使用DFP和UFP检查DPSourceSink位，但这不是解决方法。
    DPSourceSink位仍然显示0b，我还没有看到DFP FW之间的任何差异。

    如果PD控制器作为UFP运行，则应在此寄存器0b或1b上观察到哪个值？
    主机接口指南的解释非常不清楚。

    DPSourceSink[0x5F，位9]
    0B请求DP源(DFP_D)连接(如果配置支持)。
    请求1B DP接收器(UFP_D)连接(如果配置支持)。

    此致，
    Takashi Onawa
  • 0
    TI__Guru**** 2478765 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好，Aramis San，

    能否就我的上述更新和问题给我评论？

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

    您好，Takashi-San，

    可以查看DP SID状态寄存器(0x58)吗？ 此寄存器将告诉用户PD控制器是否已进入DisplayPort模式，并且连接了UFP，DFP或无。

    如果这回答了您的问题，请选择  "这解决了我的问题"。  

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

    您好，Aramis San，

    我询问的是DFP_D和UFP_D，而不是_U 我的客户 想知道该设备在DP alt模式下以UFP_D或DFP_D的形式运行。

    在我检查DP SID状态(0x58)寄存器时，似乎在DP进入模式后，UFP_U端的"DP configure"(DP配置)信息未更新。
    这不是“DPSource或Sink”位工作不正常的原因吗？
    请向FW团队提出此问题。

    别忘了关注我下面的问题...

    >如果PD控制器作为UFP运行，则应在此寄存器0b或1b上观察哪个值？
    >《主机接口指南》的解释非常不清楚。

    >DPSourceSink[0x5F, bit9]
    请求>0b DP源(DFP_D)连接(如果配置支持)。
    请求>1b DP接收器(UFP_D)连接(如果配置支持)。

    此致，

    Takashi Onawa

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

    您能不能给我评论一下如何检查设备是否至少在DFP_D或UFP_D中运行？

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

    您好，Takashi-San，

    DFP_D实质上是DFP_U (对于UFP相同)。 DFP_D是DP v中指定的面向下游的端口1.4 ，在该标准中称为“DFP”。 通常与DP源设备关联，但也可能与DP分支设备关联。 DFP_U是面向下行的端口，在USB Type-C规范中指定为“DFP”。 通常是主机上的端口或设备所连接的集线器上的端口。 UFP也是如此。

    我正在研究应该在寄存器0x5F中设置的正确位。 我应该能够在明天结束之前作出答复。

    问题：带有显示端口的PD控制器是否正常工作(不在查看调试工具)？ 您是否能够使用当前配置的显示器上的显示端口？

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

    您好，Aramis San，

    我不认为DFP_D本质上是DFP_U

    DFP_U必须在备用模式PD通信中作为"发起方"，因此这是非常重要的角色，但是，DFP_U和 UFP_U可能支持DFP_D，UFP_D，或者同时支持DFP_D和UFP_D，具体取决于其DP功能，对吗？

    虽然我很容易阅读标准("USB Type-C Standard上的VESA DisplayPort Alt Mode ")，但DP配置项目可能无法正常显示，具体取决于通信内容。 我重新检查了DP状态表，如下所示， PD控制器的角色可通过此表确认。

    但是，我没有看到 前面提到的0x5F，DPsource或Sink位有任何变化。 我将等待您的更新。

    >问题：带有显示端口的PD控制器是否正常工作(不在查看调试工具)？ 您是否能够在当前配置下使用监视器上的>显示端口？

    是的，我可以通过与Type-C电缆连接的EVM将PC的DP输出显示到监视器上。 所以，我相信它运作良好。 但在应用程序配置工具上 ，我无法看到如上图所示，每个EVM上选择了哪个DP角色。

    此致，

    Takashi Onawa

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

    您好，Takashi-San，

    我与FW团队进行了交谈，这是我们GUI中的一个错误。 GUI将始终为DPSourceSink寄存器显示0b (位9)。 我为我们的FW团队提交了一个TT进行修复。 感谢您捕获此错误。

    此外，如果这回答了您的问题，请选择 此已解决我的问题。  

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

    您好，Aramis San，

    感谢您对此进行调查。 我明白了。

    让我在本主题的末尾提出三个问题。

    1.修复此错误的下一个固件将于何时发布？

    2.更新此状态寄存器(0x5f)的触发器是什么？ 此 寄存器的默认值是0x00吗？

    3.以下寄存器引用并显示哪些寄存器值？

    ‐DPPinAssignment
    ‐DPSourceSink  
    ‐DPConnection
    ‐USB3Connection

    请详细说明哪一个寄存器由状态寄存器的值组成。

    正如我之前提到的，我的客户只是为其EC编码其FW，他们需要上述信息以进行高速mux控制。 尤其是，他们正在努力支持UFP_D分配E.

    此致，

    Takashi Onawa

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

    您好，Takashi-San，

    请查看下面红色的我对您问题的评论/答案：

    1.修复此错误的下一个固件将于何时发布？

    我们尝试 每季度发布一次新的固件补丁。 我们的团队将尝试在2018年第二季度发布此修复程序。  

    2.更新此状态寄存器(0x5f)的触发器是什么？ 此寄存器的默认值是0x00吗？

    对于第9位，当前没有触发器，默认值为0b。 这是我们将尝试在固件端修补的内容。  

    3.以下寄存器引用并显示哪些寄存器值？

    ‐DPPinAssignment

    ‐DPSourceSink

    ‐DPConnection

    ‐USB3Connection

    请参阅TRM，其中包含所有注册名称和值(表3-63至3-65)： http://www.ti.com/lit/ug/slvuan1a/slvuan1a.pdf。  

    请详细说明哪一个寄存器由状态寄存器的值组成。

    我不确定我是否理解 您的问题。 但如果您想知道状态寄存器(0x1A)中的位，请参阅上面的TRM链接。

    正如我之前提到的，我的客户只是为其EC编码其FW，他们需要上述信息以进行高速mux控制。 尤其是，他们正在努力支持UFP_D分配E.

    由于这是一个新问题(针脚分配)，请将其作为新线程发布，以便我们可以关闭此线程。 谢谢，我希望这对您有所帮助。  

    如果这回答了您的问题，请选择  "这解决了我的问题"。   

     

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

    感谢您对此问题的快速回复。

    很遗憾，您对状态寄存器(0x5f)的评论不足以让客户满意。
    要对EC "驱动程序"进行编码，必须了解"访问计时"和"如何处理寄存器"。
    因此他们计划使用以下位来获取替代模式"分配"信息并建立EC控制系统。
    但我刚才提到的两点，即使是在TRM也是很不清楚的。

    ‐DPPinAssignment
    ‐DPSourceSink
    ‐DPConnection
    ‐USB3Connection

    不管怎样，我在这里发布了其他主题并讨论了这个问题。

    此致，
    Takashi Onawa