[参考译文] DS90UB949A-Q1：具有像素时钟的 EDID；165MHz 故障

admin

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1249330/ds90ub949a-q1-edid-with-pixel-clock-165-mhz-fails

器件型号：DS90UB949A-Q1

您好！

我们正在开发采用 DS90UB949A 的产品、该产品应该能够支持高达 210MHz 的像素时钟、但是我们却在努力超越165MHz。

我们拥有948解串器显示器(最大 PCLK 190 MHz)和配套的949A 车载控制单元、该装置能够在 PCLK=178、42 MHz 时提供视频信号。因此、显示屏能够接收此类信号并且949A 能够生成此类信号、但我们不会使用哪种配置/工作模式。

我们使用分析器捕获了时序、以创建具有匹配参数的 EDID 结构。

我们发现、任何 PCLK 大于~165MHz 的 EDID 结构都不能用于显示、这种行为在我们的定制 PCB 和 EVM 中也是相同的。如果 PCK 大于165 MHz、949A 不会将自定义 EDID 传播到 GPU 驱动程序(949A 报告 VGA 分辨率、或者根本无法识别、具体取决于 GPU/驱动程序供应商)。我们制作了55 FPS 的 EDID、可以正常工作。但是、56FPS 或更高速度的尝试失败了。

EDID：

0x00、0xFF、0xFF、0xFF、0xFF、 0xFF、0xFF、0x00、0x53、0x0E、 0x49、0x09、0x01、0x00、0x00、 0x00、
0x1C、0x21、0x01、0x03、0x80、 0x34、0x20、0x78、0x0A、0xEC、 0x18、0xA3、0x54、0x46、0x98、 0x25、
0x0F、0x48、0x4C、0x00、0x00、 0x00、0x01、0x01、0x01、0x01、 0x01、0x01、0x01、0x01、0x01、 0x01、
0x01、0x01、0x01、0x01、0x01、 0x01、0xE3、0x3F、0xC0、0x60、 0x80、0xEC、0x0D、0x40、0x1C、 0x1C、
0x62、0x00、0x00、0x20、0x21、 0x00、0x00、0x18、0x00、0x00、 0x00、0xFC、0x00、0x57、0x56、 0x5F、
0x31、0x35、0x5F、0x30、0x5F、 0x48、0x34、0x31、0x0A、0x20、 0x00、0x00、0x00、0xFE、0x00、 0x54、
0x45、0x53、0x54、0x45、0x32、 0x30、0x32、0x33、0x30、0x37、 0x31、0x37、0x00、0x00、0x00、 0x10、
0x00、0x00、0x00、0x00、0x00、 0x00、0x00、0x00、0x00、0x00、 0x00、0x00、0x00、0x00、0x00、 0xC0、

10 个月前

0 admin 10 个月前

TI__Guru**** 675280 points

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

我要回答我自己的问题:-)

我发现问题是 EDID 1.3结构,它的像素时钟限制为165 MHz,因此驱动程序解释这样的值是无效的(但它对我测试的所有 EDID 编辑器都是有效的)。

解决方案是将 EDID 格式更改为1.4、比一切都有效。

0 admin 10 个月前

TI__Guru**** 675280 points

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

尊敬的 Matej：

很高兴听到您有答案。请注意、当 HDMI v1.4b 和 DVI 1.0标准必须允许 EDID 信息时、可以配置 DS90Ux949/929。如果您还有任何问题、敬请告知。

此致！

约什

0 admin 10 个月前

TI__Guru**** 675280 points

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

尊敬的 Josh：

这是不正确的。允许使用 EDID 1.3结构、该结构似乎是 HDMI 1.4b 的默认选项： https://www.quantumdata.com/pdf/EDID_WP.pdf

DS90UB949A 默认预编程 EDID 也是1.3结构。这与您的主张相反。

因此、需要更正 DS90UB949A 数据表、因为我使用了有效的 EDID 1.3结构、该结构与 HDMI 1.4b 兼容、且 DS90UB949A 不起作用。

由于 DS90UB949A 的默认 EDID 为1.3、因此将其用作其他分辨率的模板会产生问题；由于 EDID 1.4中引入了"视频接口"类型字段、DS90UB949A 将被发现为 HDMI1.2/DVI 单链路器件(然后可以将 DS90UB949A 接口指定为 DVI/HDMI/DP 等)；因此、GPU 驱动器会测试 PCLK 是否大于165MHz、并自动无法识别 DS90UB949A。

因此、我建议制作勘误表/数据表更新、以阐明必须针对大于165MHz 的 PCLK 使用 EDID 1.4 (并且建议针对其他 PCLK 使用、因为它可以将输入接口正确定义为 HDMI)。

此致、

马特伊

0 admin 10 个月前

TI__Guru**** 675280 points

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

尊敬的 Matej：

EDID 1.3结构的最大 PCLK 为655.35MHz、这是因为2字节时序描述符用于像素时钟、如下所示。您可以参阅 VESA EDID 1.3标准。 (链接)如果我漏掉任何信息、请告诉我。

此致！

约什

0 admin 10 个月前

TI__Guru**** 675280 points

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

Josh、您好！

这就是问题所在。您可以使用位于165到655.35 MHz 之间的 PCLK 创建有效的 EDID 1.3结构、但任何 PC 都无法识别它、因为它是 EDID 1.3！

Intel/nVidia /AMD 驱动程序(在几十种配置的驱动程序/GPU 上进行测试)无法识别 DS90UB949A！原因是 DVI 规格和 EDID 1.3本身。采用 EDID 1.3的 DS90UB949A 将自身报告为具有"单链路"选项的"数字"接口(限制为165MHz)。如果 GPU 驱动程序读取的 PCLK 大于165MHz、则 GPU 驱动程序会将其解释为错误值。

假设您创建了一个有效的 EDID 1.3结构、并将其上传到 DS90UB949A 中、但尽管所有内容都符合规范、但无法正常工作！

因此、TI 应针对 DS90UB949A 编写应用手册、以便指出有必要改用 EDID 1.4结构。 EDID 1.4有一个选项用于描述输入接口的类型、驱动程序中的识别过程不会失败。按照当前 DS90UB949A 数据表中的说明操作将不适用于 PCLK 大于165MHz 的视频信号。

此致、
马特伊

0 admin 10 个月前

TI__Guru**** 675280 points

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

尊敬的 Matej：

谢谢您提出这一问题。我想这不是 DS90UB949A 的问题、可能是来自 HDMI TX 端或规格、因为我们以前在 DS90UB949A 的像素时钟限制方面没有任何问题。我将在内部与团队讨论这个问题、如果需要、我会考虑更新数据表或添加应用手册。感谢您对此次体验的澄清。

此致！

约什

0 admin 10 个月前

TI__Guru**** 675280 points

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

Josh、您好！

它与 DS90UB949A 硬件设计或 HDMI TX 侧(我们的测试包含具有 HDMI 2.0的 GPU)无关。唯一的问题是数据表建议的 EDID 1.3用法、高 PCLK 以及 GPU 驱动器如何发现视频接收器器件的组合。在嵌入式系统中、这不是问题、因为 GPU 生成带有强制参数/时序的视频信号、并且系统不依赖于 GPU 驱动器自动检测过程(因为此行为不需要 EDID 存在)。

未发现此行为的可能原因(作为汽车内部人员)：

汽车单元设计为具有强制视频参数的嵌入式系统、
我遇到过仅一台使用大于165MHz PCLK 的信息娱乐显示屏(其中大多数最大为1080p、但人们要求屏幕更大、而我们需要使用现有的汽车平台)。

此致、

马特伊·巴尔蒂克

接口（参考译文帖）

接口（参考译文帖）(Read Only)

[参考译文] DS90UB949A-Q1：具有像素时钟的 EDID；165MHz 故障