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.

[参考译文] TDP142:希望检测拉电流和灌电流相互识别

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1199659/tdp142-want-to-detect-both-source-and-sink-recognize-each-other

器件型号:TDP142

大家好、

我的客户正在使用 TDP142开发显示产品。

TDP142附近有一个 MCU、他希望通过 MCU 检测源(PC)和接收(HIS 产品)相互识别。

是否有任何方法可以通过监控 TDP142的引脚状态或寄存器来识别它?

客户注意到引脚26 (RSVD6)输出与 AUX_N 相似的信号 您能告诉我从 RSVD6引脚输出什么信号吗?

此致、

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

    您好!

    MCU 可以检测到以下情况、

    AUXN 上的电压用于上电源连接

    2. AUXP 上用于未通电源连接的电压

    3.用于灌电流连接的 HPD

    谢谢

    David  

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

    David San、

    谢谢。 是直接连接 AUXN/P 还是 HPD 与 MCU、还是通过逻辑缓冲器连接?

    是否可以知道灌电流和拉电流通过读取位于地址0x12的 DisplayPort 控制/状态寄存器中的 SET_POWER_STATE 或 LINE_COUNT_SET 相互识别?

    此致、

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

    您好!

    谢谢。 是直接连接 AUXN/P 还是 HPD 与 MCU、还是通过逻辑缓冲器连接?

    这取决于客户希望使用 MCU 实现的实际检测功能。 请注意、HPD 具有双重功能、连接/断开和中断功能。 它们之间的差异是 HPD 脉冲持续时间。 HPD 中断的最短持续时间为0.5ms、最长持续时间为1ms。   

    是否可以知道灌电流和拉电流通过读取位于地址0x12的 DisplayPort 控制/状态寄存器中的 SET_POWER_STATE 或 LINE_COUNT_SET 相互识别?

    如果源设备能够读取 EDID 并从接收设备读取/写入 DPCD、而接收设备能够从源设备 ACK 请求、则它们将相互识别。

    谢谢

    David

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

    David San、

    请您给我一个更直接的答案吗?

    您是说 读取 SET_POWER_STATE 还是 LINE_COUNT_SET 不能知道源设备和接收设备相互识别?

    或者、您是说通过读取 EDID、读取/写入 DPCD 和 ACK 来更新这些寄存器、那么读取这些寄存器就知道了吗?

    Regerds、

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

    您好!

    TDP142寄存器0x12  SET_POWER_STATE 或 LINE_COUNT_SET 位会根据 AUX 监测持续更新。 但是、根据 AUX 总线的布线方式和可能的 AUX 噪声、您可能会得到错误的读取。 因此、我不建议将寄存器0x12用作拉电流和灌电流相互识别的指示。

    我之前的回答是、MCU 应直接读取和解码 AUX 流量、而不使用 TDP142寄存器0x12。

    谢谢

    David