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.

[参考译文] SN65DP159:SN65DP159RGZR

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1021058/sn65dp159-sn65dp159rgzr

器件型号:SN65DP159
主题中讨论的其他器件:TUSB3410TUSB3410UARTPDK

问题:

  • 当 GPU 分辨率设置为3840x2160@60 (通常为 HDMI 2.0分辨率)时、无法从重定时器在接收器件上获取视频输出。

工作原理:

  • 分辨率高达4096x2160@30 (所有 HDMI1.4分辨率)。

我们已经尝试/验证的内容:

  • 我们已验证重定时器的功能模式和 TMDS 时钟比率是否已针对 HDMI 2.0数据速率进行正确设置。
  • 我们已使用示波器验证数据和时钟信号是否处于预期的电压电平。
  • 我们已经能够对重定时器进行调优、以至于我们已经通过了 HDMI 2.0眼罩合规性测试、即使仍然没有视频。
  • 由于示波器无法在数据通道中找到同步模式、因此无法完成对间偏差测量。

电流原理:

  • 我们认为 GPU 和重定时器之间的通道是问题所在。 我们认为、与 GPU 和重定时器之间的2英寸迹线配合使用时、用于端口和电缆的默认 GPU 设置会对通道进行过驱。 我们认为这会导致重定时器以一个形状良好的眼图输出损坏的数据。  
  • 我们已更改 GPU Vswing 和去加重级别、尝试 改善 GPU 和重定时器之间的通道。 在这里、如果没有某种类型的反馈、我们就会转动旋钮、而不能验证我们是否在改进。
  • 我们认为针对此设置的默认重定时器均衡设置是正确的、但我们会打开您在此设置上的输入。  
  • 我们接下来计划的步骤是使用 TI USB 转 I2C 适配器来尝试描述 GPU 和重定时器之间的通道特性(您能帮助我们识别此适配器的器件型号吗?)
  • 考虑到我们当前无法在接收器件上获得4K 60的视频流、这是否是最佳的下一步? EyeScan 工具用户指南似乎暗示这仅适用于功能信道。
  • 欢迎您提出有关如何进一步调试此问题的任何其他想法/建议。

4K 60Hz 眼罩

   

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

    您好!

    请看一下您的原理图吗?

    2.该问题是在多个接收器还是特定接收器中发生?

    3.如果测量 DP159时钟输出、您是否看到~150MHz 时钟输出?

    4.您能否使用 I2C 控制器读出 DP159寄存器?

    如果 DP159 EQ_SEL 设置为 NC、则 DP159 EQ 将自动调整、最小 EQ 为2dB。 3GHz 奈奎斯特频率下的2in 布线为~1.2dB。 因此2dB EQ 将过度补偿2in 通道损耗。 我将尝试禁用 GPU 预加重或将其设置为0dB。

    当您在 HDMI1.4和 HDMI2.0之间切换时、您是否先禁用 GPU 数据和时钟输出、确保 TMDS_CLK_Ratio_status 先被正确清除/设置、然后启用输出?  

    谢谢

    David   

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

    大家好、David、很抱歉、我的回答很晚了! 我已准备好以下问题的一些答案:

    1.是的、我已附上下面的重定时器表

    此问题发生在多个接收器上

    测得的输出时钟频率为148.49MHz

    4、这是禁用 eq 后从地址0x09h 开始的寄存器转储: 06 02 1A 61 01 00 0F 00 00 00 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0A

    问题:您能否帮助我们识别可用于捕获接收眼图的 USB 转 I2C 控制器的器件型号?

    e2e.ti.com/.../HDMI_5F00_Retimer_5F00_Sheet.pdf

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

    您好!

    1.您是在 I2C 还是 GPIO 模式下控制 DP159? 在原理图中、 您需要将 上拉电阻器从10k 更改为65k。

    2.由于您使用 DP159在 GPU 和接收器之间对 DDC 总线进行电平转换、您能否检查并查看 GPU 是否支持时钟扩展?  

    在 I2C 模式中、请将0x01写入寄存器0xFF、然后将寄存器从0x01转储到0xB1。

    4.如果启用 DP159自适应 EQ (EQ_ADA_EN 和 EQ_EN 位设置为1)、是否能够将视频输出到接收器?

    5.是否可以将 DP159 DEV_FUNC_MODE 设置为0x00 (转接驱动模式)并查看是否能够将视频输出到接收器?

    6.如果您切换 HPD_SNK、您是否能够通过接收器来显示视频?

    要捕获眼图、需要 EyeScan SW 和 TUSB3410。 DP159 EVM 具有使用 TUSB3410的内置 USB 转 I2C 功能、因此您可以使用 EVM、然后用蓝线将 I2C 总线从 EVM 连接到您的板以捕获眼图。

    谢谢

    David

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    1. 我们目前正在通过 I2C 控制重定时器。 出于 BOM 简化的原因、我们希望使用10K 电阻器、期望其比建议的65K 电阻器强。 当我们依赖电阻器搭接来配置器件时、是否真正需要65K?
    2. 我们无法验证 GPU 是否支持时钟扩展。 但是、我们已经验证了使用 Aardvark i2c 控制器将灌电流正确配置为 HDMI2.0模式。 我们仍在尝试确认 GPU 中的 I2C 时钟扩展支持。
    3. 已连接寄存器转储。
    4. 自适应均衡器、固定均衡器(0dB 和2dB 设置)或均衡器完全禁用时无视频。 我们还使用 GPU 上的各种去加重设置尝试了所有均衡器设置。 包括不去加重功能。
    5. 仍在处理此问题。 我们将能够在明天提供此数据点。
    6. 仍在处理此问题。 我们将能够在明天提供此数据点。

    问题:

    • 您是否有描述第1页寄存器的文档?
    • 您是否有关于如何在不使用 TI 的 EyeScan 工具的情况下采集接收到的眼图的信息?
    • 我们目前没有 DP159 EVM、TI 是否提供 EyeScan 工具支持的 USB 转 I2C 仓体? 我们找到了以下评估板 TUSB3410UARTPDK (www.ti.com/.../TUSB3410UARTPDK) ,它是否可以在修改后正常工作。 我意识到我们可能需要按照以下文章(e2e.ti.com/.../sn65dp159-tusb3410-firmware-for-eyescan-tool)中所述更新固件、也可能需要移除 RS232收发器。

     e2e.ti.com/.../Register-Dump-of-Page-01.txt

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

    您好!

    您可以将 TUSB3410与 EyeScan 软件的更新固件配合使用。 您是否接受我的友谊请求、以便我可以向您发送固件?

    查看寄存器1转储、寄存器0x00返回 C3值、表示 DP159处于重定时器模式且 PLL 处于锁定状态。 寄存器0xB0值5E 表示输入频率大约为5*25+25=150MHz,这是正确的。 寄存器0xB1位7为1、表示 DP159正在检测输入时钟。

     出于好奇、什么与 DP159输出连接? 通道顺序是否可以交换? 考虑到 HDMI1.4可以正常工作、我认为情况并非如此、但需要仔细检查。  

    谢谢

    David   

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

    尊敬的 David:

    好的、谢谢您的朋友请求、我们已经订购了 TUSB3410UARTPDK。 我们希望明天或下周初开始捕捉收到的眼睛。  

    我们已将重定时器连接到各种监视器、包括 LG (34BK95U)和 Dell (S2721Q) 4K 监视器。 我们还将输出连接到 GoFango PRO-HDMI2Gen 视频分析器和 LeCroy 780E 视频分析器。 据我们所知、我们不会期望发生或需要任何通道交换。 这应该是一个直通连接。  

    对于您在之前的回复(5和6)中建议的测试、遗憾 的是、在器件设置为转接驱动器模式时、我们没有在接收器上获取视频、切换 HPD_SNK 也不会对我们产生影响。  

    如果您有任何其他想法/建议、我们欢迎他们、再次感谢您当前为帮助我们解决此问题所做的努力!

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

    您好!

    我在一封私人邮件中向您发送了 TUSB3410固件、请检查。

    到目前为止、我看不到寄存器转储或眼图的问题。 时钟频率和比率位也是正确的。  您能否检查并查看您是否启用了数据扰频? 如果数据速率大于3.4G、则需要进行扰频。

    谢谢

    David

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

    尊敬的 David:

    感谢您为我们提供该固件! 我们能够更新器件、现在使用它来捕获重定时器接收到的眼图。 我对我们到目前为止观察到的情况进行了一些更新:

    目前、只要分辨率上限为 HDMI1.4数据速率、我们就能够查看接收器上的输出、但在运行 HDMI2.0数据速率时、接收器上不会显示任何视频。

    我们在使用  TUSB3410时观察到、对于 HDMI1.4数据速率、重定时器正在完成 TMDS 通道校直。

    但是、在运行 HDMI2.0 数据速率时、重定时器无法完成 TMDS 通道校直。 这两种情况下的接收眼图看起来非常相似、因此我们很惊讶地发现灌电流上没有任何输出。  

    我已附加一些捕获、显示接收到的眼图和状态寄存器、适用于通过(时钟@300MHz 及以下)和故障情况(时钟@346MHz 及以上)。

    什么可能导致重定时器无法完成 TMDS 通道校直、这对重定时器的输出有何影响?

    接收眼图@300MHz

    状态/控制寄存器@300MHz

    接收眼图@346MHz

    状态/控制寄存器@346MHz

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

    您好!

    这里有一些东西不对。 如果时钟为346MHz、TMDS_CLK_Ratio_STATUS 为1/40、则每个通道上的实际数据速率= 346 * 40 = 13.84G 高于 DP159可以接收的数据速率、这可能会导致 DP159不能对输入数据进行去偏斜。

    对于 HDMI2.0、时钟速率约为148.5MHz、每通道可提供约6G 的数据。

    谢谢

    David  

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

    尊敬的 David:

    很抱歉、我们以前使用的是 GPU、而我们使用的是像素时钟、而不是 TMDS 时钟速率。  HDMI2.0分辨率下的 TMDS 时钟速率约为86.6MHz。

    当我们根据 HDMI2.0的要求打开数据扰频器时、重定时器似乎无法完成 TMDS 通道校直。 以前是否遇到过启用数据扰频器的问题?  

    为了测试在 HDMI2.0交叉点正上方的346.5MHz 像素时钟、我们使用的分辨率为1920x1080@144Hz。

    如果我们禁用数据扰频器、以便重定时器能够成功完成车道偏移、我们可以在像素时钟为346.5MHz (HDMI2.0速率)的条件下在接收器上获得视频。 但是、如果我们重新启用数据扰频器、重定时器将无法完成车道偏移、并且我们无法获取视频。 扰频器的启用和禁用是我们在此数据速率下在工作和故障情况之间所做的唯一更改。  

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

    您好!

    如果您将分辨率提高到4K@60Hz、 您是否仍然会看到此 DP159与正在启用/禁用的扰频器的相关性?

    谢谢

    David

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

    是的、我们仍然看到这种依赖性为4k60。  

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

    您好!

    如果您设置  Apply_RxTx_Changes 位、DP159是否能够完成偏移消除?

    我们在扰频器开启和不开启的情况下测试了 DP159去斜功能、去斜始终有效。

    当您在不同分辨率之间切换时、您是否在切换分辨率之前关闭了输出?

    谢谢

    David  

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

    尊敬的 David:

    感谢您迄今为止在这一问题上的帮助。 自上次更新以来、我们发现扰频器配置错误、导致传输不良数据、从而阻止重定时器完成车道校直功能。  现在、我们有高达500MHz 像素时钟的视频工作、任何高于此频率的像素时钟都会导致伪影和屏幕撕裂。  

    我们仍然认为 GPU 和重定时器之间可能存在信号完整性问题。 在使用 EyeScan 工具捕获接收到的眼图以帮助调试该问题时、我们会看到一些奇怪的行为。 从下图中可以看出、接收 的眼图的生成存在差异。  当黄色线条到达天花板时,淡蓝色线条似乎触及地板。 在短暂中断之后、数据类似于我们对眼图其余部分的预期。 另请注意、眼图似乎向左移动、而不是居中。  

    当我们从300MHz 到550MHz 像素时钟时、这是一种眼睛捕获。 这表明、随着速度的增加、眼图不断向左移动、在550MHz 的像素时钟下、眼图中会引入不连续性。 在像素时钟为或高于550MHz 的任何眼图捕获中、我们都会遇到这种类型的不连续性。 我不确定这是捕获数据的错误还是工具呈现数据的方式的错误、但我认为这不是数据的准确表示。 这是您以前看到过的吗? 或者、在这些更高像素时钟处捕获眼睛时、我们是否缺少工具中的某个位置的设置? 再次感谢您对此问题的帮助、并期待听到您的想法。  

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

    您好!

    这是 EyeScan 软件的问题、请查看 EVM 用户指南 https://www.ti.com/lit/ug/sllu228a/sllu228a.pdf 的第11页

    您是否在电流测试中使用 DP150自适应均衡?

    谢谢

    David

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

    尊敬的 David:

    感谢您的快速回答和解释! 另一个问题是、在经过大约300MHz 像素时钟后、计算单位间隔似乎不正确。 这就是为什么在600MHz 像素下进行测试时、眼图尺寸大约是预期尺寸的一半? 我们应该直接读取眼宽、还是应该进行缩放以了解眼图的实际质量? 我们在这些测试期间禁用了均衡功能、因为我们的布线长度太短了。  

    谢谢、

    Amadou

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

    Amadou

    正确、眼图扫描软件中的单位间隔未正确缩放。 SW 允许用户在接收器上查看每通道的一般眼图质量、但这并不意味着要进行详细的信号完整性分析。  

    您能否尝试启用自适应 EQ? 您可以禁用 DP159 EQ、但是否启用任何 GPU TX 信号调节功能来补偿 GPU 和 DP159之间的短迹线。

    谢谢

    David  

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

    尊敬的 David:

    感谢您对我们的澄清。 下面的屏幕截图(还附带原始数据)是自适应均衡与均衡关闭时接收到的眼图的比较。 在这两种配置中、我们发现 GPU 上的最大 Vswing 和最低去加重设置使我们对重定时器输入具有最宽的眼图。 根据该捕获、eq off 和自适应 eq 之间的差异非常小。 如果您认为启用自适应均衡是我们配置的最佳设置、那么我们很乐意启用自适应均衡。 根据我们的研究、这种眼图应具有足够的高度和宽度、以便正确地通过链路传输视频。 您对此有何看法? 我们欢迎您提供任何其他反馈、再次感谢您对此问题的帮助。

    从地址0x09h 开始的当前重定时器寄存器设置: 0x06 0x33 0x1B 0x61 0x00

    e2e.ti.com/.../BestEyeSettings_5F00_Adeq_5F00_vs_5F00_eqoff.zip

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

    您好!

    对于 GPU 和 DP159之间的短迹线、我同意您希望 TX 的预加重很少或没有、RX 端的均衡、TX 端的预加重以及 RX 端的均衡很少或没有。 对于 HDMI2.0 6Gbps、每英寸的估计损耗为0.6dB/in。 了解布线长度后、您可以估算 GPU 和 DP159之间的损耗量以及必须通过预加重或均衡器进行补偿的程度。  

    如果您在 DP159 TX 端运行 HDMI 合规性测试、是否仍能在当前设置下获得符合 HDMI2.0的结果?

    您是否还可以探测输出时钟并确保 HDMI2.0的时钟频率为 DATA_RAM/4?

    谢谢

    David   

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

    尊敬的 David:

    是的、当我们使用这些设置运行合规性测试软件时、仍然会获得符合标准的结果、并且时钟频率也是正确的(请参阅下面的测试结果捕获)。 我们将探测重定时器的输入端以验证时钟频率、并向您发送这些结果。  

    谢谢、

    Amadou

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

    Amadou

    如果您将 DP159配置为转接驱动器模式、那么当时钟速率超过550MHz 时、是否仍然存在相同的问题?

    谢谢

    David