一个屏幕多组EDID？扩展块是什么、又会带来哪些麻烦

有人读 EDID 读出两三份内容不一样的数据，就以为屏坏了或者工具错了。其实「一个屏幕多组EDID」通常指三件被混在一起的事：一份 EDID 内部本来就分块、不同输入口读到的不是同一份、链路上还有别的设备在代答。先分清是哪一种，再决定往哪查。

显示设备识别不出来该怎么一步步排查，站内已经有 HDMI/EDID 不识别 7 步排查写过了，本文不重复那套流程。这里只回答一个更细的问题：为什么同一块屏会读出不止一份 EDID，以及这件事会在什么地方咬人。

「多组」的三种含义，先对号

第一种：一份 EDID 内部就是分块的。 基础块固定 128 字节，其中第 126 字节写的是扩展块数量。读取端拿到基础块之后先看这个数，才知道后面还要不要接着读。所以同一个输入口上，读出来 256 字节、384 字节都很正常——它们不是「几份」，是同一份 EDID 的几个块。

第二种：不同输入口读到的不是同一份。 EDID 是源设备通过所连接口的 DDC 通道读回来的（站内 EDID 与显卡输出、多屏拼接配置里讲过 DDC 走的是 I2C 总线）。换一个物理接口去读，读到的是不是同一份内容，规范本身并不替某台设备打包票，只能逐口读出来比对。你在 HDMI 1 口和 HDMI 2 口读到不同内容，本身不构成故障。

第三种：链路上有别的东西在替屏说话。 矩阵、分配器、延长器、EDID 模拟器都可能向源设备报一份固定的 EDID。这时候你从源设备侧读到的，和你把线直接插到屏上读到的，本来就是两份不同的东西。这不是错误，是那些设备的设计目的。

这三种情况的排查方向完全不同：第一种要看块数对不对，第二种要记清采样口，第三种要比对代答的那份和原始那份差在哪。

先看第 126 字节，判断你手上这份完不完整

拿到一段 EDID 数据，按顺序做三件事，能把「我这份到底全不全」问清楚：

1. 看前八个字节是不是 00 FF FF FF FF FF FF 00。 这是基础块的固定 header，不是这八个字节，你手上的就不是一个有效的 EDID 基础块，后面所有解析都不用做了。
2. 看第 126 字节写的扩展块数量 N。 那么这份 EDID 的完整长度应当是 128 ×（1 + N）字节。
3. 看第 127 字节的校验和。 判据很硬：基础块这 128 个字节相加，对 256 取模应当等于 0。

第 2 步是本文的重点。很多「多组 EDID」的困惑，根子是工具只给了你第一块：你手上是 128 字节，可第 126 字节明明写着后面还有块。这种情况下，你拿这 128 字节去下「这块屏不支持某某格式」的结论，是不成立的——你根本没读到能力集的全部。

反过来也要留神：读回来的总长度大于 128 ×（1 + N），说明读取端多读了；小于，说明读取被截断了。这两种都会让后续解析对不上。

站内的 EDID 在线解析器目前解析的是基础块这 128 字节的布局，扩展块的内容它不展开。所以用它得到「扩展块数量」这个数之后，若要继续看扩展块里有什么，需要换支持扩展块的工具。

为什么基础块装不下——槽位是数得清的

理解了基础块的空间预算，就明白扩展块不是多余的，而是必然的。

基础块里能表达时序的地方只有三处：

• 偏移 35 到 37，established timings 位图，只有三个字节，能表达的是一组早就定死的老模式。
• 偏移 38 到 53，standard timings，8 组、每组 2 字节，上限就是 8 条，多一条都放不下。
• 偏移 54 到 125，四个 18 字节的描述符。其中像素时钟非 0 的才是详细时序描述符（DTD）；像素时钟为 0 的，是显示器名称、序列号字符串、范围限制这类其它类型。

关键在第三处。四个描述符是硬上限，而显示器名称要占一个、范围限制通常也要占一个，真正能留给详细时序的位置就剩不下几个了。一块支持很多种格式的屏，把能力全塞进基础块是塞不下的——于是外溢到扩展块。

所以「一个屏幕多组 EDID」这件事本身并不指向故障。它先要被理解成一句结构上的陈述：这块屏要报的能力清单，超出了 128 字节能装的量。

扩展块里有什么：这一段我们不替规范打包票

必须把话说明白：基础块的字节布局是公开规范定死的，上面每一条都可以逐字节核对。但扩展块的类型标识、内部字段排布、是否各自带校验和，属于扩展规范的范畴，本文不做断言，请以 VESA 与 CTA 的对应规范原文为准。

不过有一条从基础块就能确定的结论很有用：第 126 字节只说数量，不说类型。 也就是说，光看基础块，你只能知道「后面还有几块」，无法知道那几块里放的是什么。任何声称从基础块就读出了扩展能力的说法，都值得再核一遍。

麻烦一：中间设备只把第一块搬了过去

这是「多组」最常咬人的地方。

中间设备做 EDID 代答或学习时，如果它固定给源设备的那一份只保留了基础块，扩展块里携带的那部分能力，在源设备眼里就直接消失了。源设备按一个被削窄的能力集去决定输出格式，现象就可能是「线都插好了、灯也亮着，就是没画面或者格式不对」。

怎么判断：分别在两个采样点读 EDID——一次源设备直连显示设备，一次经过中间设备——然后比这两份的第 126 字节的值和总字节数。两个数对不上，就说明中间这一环把块丢了。

这一步和 HDMI/EDID 不识别 7 步排查里的直连测试是同一个动作，但问的问题不一样：那篇问的是「EDID 有没有过来」，这里问的是「过来了几块」。前者答「有」的时候，后者仍然可能答「少了」。

麻烦二：把 A 口读来的那份灌到了 B 口

学习和锁定功能做的事，是把某一次读到的内容固定下来。这里藏着一个很容易忽略的前提：那一次是从哪读的。

如果你采样的位置和你想要固定的位置不是同一个——比如从另一个输入口读的、或者从某个中间设备下游读的——那么被固定下来的就是另一份内容。锁得住不等于锁对了。

验证方法：锁定动作做完之后，再从源设备侧读一次，比对块数与校验和是否与你打算固定的那份一致。只看「分辨率现在对了」不足以说明锁对了，因为当前分辨率对，可能只是这一次协商恰好落在了一个双方都能接受的格式上。

麻烦三：同一块屏，不同采样点，输出决策不同

源设备是按它读到的那一份来决定输出什么的。既然同一块屏在不同采样点可能读到不同的份，那么源设备在不同链路状态下做出不同的输出决策，就是顺理成章的结果，不需要用玄学解释。

分辨率会自己变、开机那一下不对这类现象，站内 拼接屏分辨率反复跳变已经按「开机跳变」和「运行中跳变」分好类了，排查顺序看那篇。本文补的是它的前一层：在动手锁之前，先搞清楚现在这条链路上一共有几份 EDID 在流通、你要锁的是哪一份。

收尾：把「几块」写进弱电间文档

排查完最容易栽的坑，是留下一个来源不明的 EDID 文件，下次接手的人当成「这块屏的 EDID」直接用。一份没有采样信息的 EDID 数据，在排查里几乎没有价值。

一份 EDID 存档，至少要连带记下这四项：

• 从哪个输入口读的；
• 中间有没有经过设备，经过了哪台；
• 第 126 字节写的扩展块数量是多少；
• 读回来的总字节数，以及基础块校验和是否通过。

四项齐了，下一个人拿到这份数据才知道它代表什么。少任何一项，它就只是一堆字节。