请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：DLP9000主题中讨论的其他器件： DLPLCRC900DEVM、 DLPC900
工具/软件：
我对 DLP9000 DMD（使用 DLPLCRC900DEVM）的建议 HDMI EDID 时序有疑问。 在 Raspberry Pi 上以视频模式运行。 我们使用 tvservice 和 edidparser 获得 EDID 建议的以下 EDID 信息
HDMI:EDID monitor range offsets: V min=0, V max=0, H min=0, H max=0
HDMI:EDID monitor range: vertical is 28-62 Hz, horizontal is 80-164 kHz, max pixel clock is 270 MHz
HDMI:EDID monitor range does not support GTF
HDMI:EDID failed to find a matching detail format for 2560x1600p hfp:48 hs:32 hbp:80 vfp:3 vs:6 vbp:14 pixel clock:132 MHz
HDMI:EDID calculated refresh rate is 30 Hz
和使用 https://people.freedesktop.org/~imirkin/edid-decode/ （随附和不带标头的 EDID 文件）仔细检查了 DLPC900REF-SW-5.0.0 中的 EDID
Preferred Video Timing if Block 0 and CTA-861 Blocks are parsed:
DTD 1:2560x1600 30.055090 Hz 8:5 48.779 kHz 132.680000 MHz (2560 mm x 1600 mm)
Hfront 48 Hsync 32 Hback 80 Hpol P
Vfront 3 Vsync 6 Vback 14 Vpol Ne2e.ti.com/.../3.0.0_5F00_LCR9000_5F00_HDMI_5F00_EDID.txt e2e.ti.com/.../3.0.0_5F00_LCR9000_5F00_HDMI_5F00_EDID_5F00_2.txt
这是基于该 EDID 的模式线。
xrandr --newmode "2560x1600_30" 132.68 2560 2608 2640 2720 1600 1603 1609 1623 +hsync -vsync在我可以在线找到的所有 TI 来源中、这似乎是建议的 HDMI 时序。 但我们一直有奇怪的问题。 有时、DMD 空白的正半部分、有时它的其他部分为空白。 这些问题比较少见、很难重复。 重新启动硬件和 Raspberry Pi 始终可以解决问题。 我一直怀疑这种模式在某种程度上被关闭了,并在过去与它混杂在一起。 主要基于此模式线计算器 (https://tomverbeure.github.io/video_timings_calculator?horiz_pixels=640&vert_pixels=480&refresh_rate=60&margins=false&interlaced=false&bpc=8&color_fmt=rgb444&video_opt=false&custom_hblank=80&custom_vblank=6)
我尝试过的一些选项包括：
xrandr --newmode "2560x1600_30" 132.00 2560 2608 2640 2720 1600 1603 1609 1623 -hsync -vsync xrandr --newmode "2560x1600_30" 132.25 2560 2608 2640 2720 1600 1603 1609 1623 +hsync -vsync xrandr --newmode "2560x1600_30" 128.54 2560 2568 2600 2640 1600 1609 1617 1623 +hsync -vsync
最近、我开始深入研究 DLPC900 文档、并从数据表中获得了以下信息（表 5.11、5.12、5.16、图 5-14 和第 6.3.4 节）
控制器必须以“每个时钟频率两个像素“的模式运行。 这意味着像素时钟必须介于 12 –141MHz 之间。 以下是数据表中的其他时序（最小时序）：
| Name | 时序 |
|---|---|
| h 前沿 | 0 像素 |
| 水平同步 | 16 像素 |
| 水平后沿 | 10 像素 |
| h 空白 | 80 像素 |
| v 前沿 | 1 行 |
| 垂直同步 | 1 行 |
| v 后沿 | 370us |
| v 空白 | 370us + 2 条线 |
| 像素时钟 | 12 –141MHz |
使用这些数字、我检查了我的模式行（以及测试的其他模式行）是否符合规格（随附了一个包含我的计算值的 Excel 工作表）。 
e2e.ti.com/.../Modeline-Evals.xlsx
我测试过的所有模式行都不符合 V 后沿最小时序（包括 EDID 建议）。 这是个问题吗？ 为什么 DLPC900 需要更长的 V 后沿时间？ 调整模式线（可能与 Excel 表中的最后一列类似）以增加 V 后沿是否会提高系统的可靠性？
