图1
图2
症状：
通过调试工具(EyeScanTool)连接目标板芯片 DP159的 IIC、可以发现在系统首次上电(如图1所示)时、DP159很有可能出现 PLL 无法锁定问题。 显示屏外观正常、插入并拔下 HDMI 电缆、在正常显示屏之后再次读取状态、然后发现解锁状态可以恢复到锁定状态(如图2所示)。
问题：
1.当 DP159 PLL 未锁定时、从工具的反馈信息可以看出、芯片的 EQ 参数此时也会改变(与锁定状态相比、参数差别很大)。 此问题是否可能导致闪屏和黑屏等问题？
2. DP159未锁定时、源端的 SOC 能否在 DP159失锁时获得数据、例如、能否从寄存器读取状态？
SoC 是否需要在失锁状态下重新初始化 DP159或将其复位？
嗨、Simon、
这很可能与 SN65DP159的混合转接驱动器/重定时器功能有关。
PLL 解锁并且您看到未损坏的视频这一事实很可能意味着自动检测数据速率会导致器件进入转接驱动器模式。
1.当 DP159 PLL 未锁定时、从工具的反馈信息可以看出、芯片的 EQ 参数此时也会改变(与锁定状态相比、参数差别很大)。 此问题是否可能导致闪屏和黑屏等问题？
重定时器和转接驱动器模式之间的 EQ 变化很有意思、看看当您禁用以1Gbps 数据速率自动切换模式时是否会发生这种情况。 这不应该增加黑屏/绿屏的可能性。
2. DP159未锁定时、源端的 SOC 能否在 DP159失锁时获得数据、例如、能否从寄存器读取状态？
[/报价]是
Unknown 说：SOC 是否需要在失锁状态下重新初始化或复位 DP159？尝试使用仅重定时器模式、这可能会解决此问题。
[/quote]
尊敬的 Vishesh Pithadiya：
感谢您的付出。
我 现在使用适合 HDMI2.0的自动重 定时器，不是自动转接驱动器、以在1.0Gbps (默认)的重定时器交叉频率、而且我们一直使用4k60，分辨率、因此不会发生数据速率变化并且不会 进行模式转换。
尊敬的 Vishesh Pithadiya：
图1中显示了来自 SOC 的日志。
图1
图2显示了通过 DDC (使用逻辑分析仪)实时捕获的数据。
图2
您是否可以按照以下格式发送 DDC 数据。 很难按照您发送的格式对 DDC 数据进行解码、
嗨、Simon、
看起来显示屏工作正常、直到显示屏从 HDMI 1.4 (1/10 clk)转到 HDMI 2.0 (1/40clk)。 这很可能是 PLL 下降的时候、因为现在 EDID 在没有响应的情况下进行轮询。
HDMI 1.4和 HDMI 2.0的唯一区别是时钟比和数据通道的终端。 确保系统符合 HDMI2.0标准。
EDID 显示 TMDS 时钟比为1/10、因为寄存器0x20为0x01。 当您写入0x03时、连接似乎断开。 这意味着、当系统尝试达到1/40的 TMDS 时钟比率时、连接会断开。 这就是为什么要进行 PLL 解锁的原因。
您使用的分辨率是多少？ 它接近3.4Gbps 的数据速率吗？
此外、在转换时钟比率之前、您是否遵循此过程？
您好，Vishesh
请看下图，PLL 下降、 但器件未配置为转接驱动器模式。为什么？
您好， Vishesh
此方法可以 解决我的问题。 为了更好地验证它、我仍然想知道如何获得 PLL 状态、请。
此外、我有一个问题、您能解释一下下图中"第1页寄存器"的含义吗？
是否有可能进行私人邮件交换？
谢谢！
