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.

[参考译文] TPS65986:BC1.2检测延迟

Guru**** 2487425 points


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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/679419/tps65986-bc1-2-detection-delay

器件型号:TPS65986

此问题分为两部分、每一部分都给我们带来了一些系统挑战:

  1. 是否有办法改进 USB 检测以防止 TPS65986首先报告 SDP 连接、然后在稍后完成 BC1.2检测后、将该报告更新为 CDP/DCP?   连接设备报告中的这种变化会导致我们的系统暂时断开主机连接、并且由于 SDP 的相关电流限制设置、初始 SDP 报告也会导致系统引导出现问题。
  2. 我们被告知、1秒应该足以进行 TPS65986 BC1.2检测...  这是一个非常简单的检测规范、是否可以通过 FW 更新来减少这种情况?   

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

    我将深入研究并进行测试、然后尽快向您提供反馈!

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

    尊敬的 Eric:

    很抱歉、我们无法更改 TPS65986中的 BC1.2检测时序。 它不是可配置字段。 我们的内部固件将通过下图所示的方法自动处理 BC1.2检测:

    我希望这对您有所帮助、如果您的问题得到了解答、请选择  "这已解决我的问题"  

    此致、

    Hao

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

    Hao、
    其中不清楚的是:

    1. 我们是否需要先报告 SDP、然后报告 BC1.2?   这实际上是一个必须单步执行这些报告的连接的状态机、还是我们可以等待报告任何内容、直到我们知道是否存在任何 D+/D-检测?   
    2. 一旦检测到有效连接、我们检测 BC1.2实际需要多长时间?   我认为这只是使用置于 D+/D-上的电阻器进行电压检查、应该非常快、对吧?   对于检测到有效连接后 BC1.2检测实际需要多长时间、我们是否有任何特征?

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

    您好 Eric、

    对于 BC1.2协议、您可以采用三种不同的配置。 DCP、CDP 和 SDP。 下图 显示了这些器件的不同配置。 DCP 不允许在 SDP 和 CDP 执行任务时进行数据传输。

    就连接类型的时序而言、是的、它非常快。 这是 BC1.2规范中的一个 CDP 时序图示例。 便携式设备通过在共享 D+线路上发送信号来启动对话。  源器件会检测到这一点、并在 D-线路上发回响应。 便携式设备接收到此响应、并验证 D+和 D-线路是否未短接在一起(DCP 模式)、它会通过 D-线路发回另一个信号。 源器件通过 D 线接收此信号、但不发回响应。 由于便携式设备从未在 D+线路上收到过信号、因此它知道 D+和 D-线路未短接在一起、因此处于 CDP 模式。

    我还随附了一份 BC1.2规范表、其中更详细地介绍了大量此类信息。

    e2e.ti.com/.../BC1.2_5F00_FINAL.pdf

    如果这回答了您的问题、请单击此选项解决了我的问题

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

    谢谢您、我现在知道、初级和次级检测必须发生一系列事件。   但是、1s 是 PD 在插入时必须执行 BC1.2检测的最长时间、并不一定意味着我们需要花费多长时间、对吧?    更快检测的相关时序是 TVDPSRC_ON + TVDMSRC_DIS + TVDMSRC_ON (40ms + 20ms + 40ms)、而不是 TSVLD_CON_PWD、对吧? 该充电器仅在20ms 内响应 DP/DM 变为高电平、便携式设备在打开 DM/DP 40ms 后检查该电平、以便为充电器提供额外的20ms 缓冲器。
    因此,“所需时间不应超过100ms”(如果我们还提供一个20ms 的缓冲器,让充电器关闭 DM 以响应 DP 变低,则为120ms)。   为什么 TPS65986在存在 VBUS 后无法立即开始 BC1.2检测?    意识到这也可能取决于充电器、不仅是我们的 PD、而且我是否正确理解了时序、我们是否应该能够以比1秒快得多的速度完成检测?    感谢你的进一步澄清。

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

    我们上周在电话上发言、所以我只回复此帖子以关闭此论坛。 我还想提供与我通过电话提供给您的信息相同的信息、在有人提出类似问题时、请在这里让其他人查看。

    TPS65986需要整整一秒才能完成 BC1.2检测、而规格仅显示100ms、原因是 TPS65986首先是 Type-C PD 控制器、其次是 BC1.2器件。 它的主要目标是通过 CC 线路进行协商、以确定它应该提供给灌电流器件的电压。 所有 USB Type-C 转传统电缆都有一个内部上拉电阻器、TPS65986会检测并通过 VBUS 提供5V 电压、因为 BC1.2的 VBUS 始终处于开启状态。 然后、接收器件开始 BC1.2协商、TPS65986会检测到该协商、然后对此进行响应。 这是额外时间的位置。