EDID 学习与复制：矩阵、分配器上那个按钮到底做了什么

「EDID 学习」不是一个开关，是一个取数动作：设备在你按下去的那一刻，把某一路下游的 EDID 抓成一份快照存进自己的输入口，之后一直拿这份快照回答上游。搞清「抓的是哪一路、抓的是哪一刻、抓全了没有」，这个按钮才不会变成新的故障源。

如果你要找的是「接上没画面该按什么顺序查」，那不在这篇里——总体流程见 HDMI/EDID 不识别？显示设备识别异常 7 步排查。这篇只回答一件事：链路中间那台矩阵或分配器上的 EDID 学习功能，按下去之后设备内部发生了什么，以及你怎么知道它做成没做成。

先分清三个动作，它们经常共用一个菜单

厂商叫法不统一，但功能上能归成三类，混在一起说就永远查不清：

• 透传：设备不参与，把下游的 EDID 读取请求原样转到上游去，上游读到的是下游此刻的真实内容。链路短、一进一出时最省事，但下游一断电或没接线，上游就什么都读不到。
• 学习 / 复制：设备主动去读某一路下游的 EDID，把这 128 字节（有扩展块的话还有后续的 128 字节倍数）存进自己的存储里，之后由设备代答上游。上游读到的是那一刻的快照，不是下游此刻的状态。
• 内置预设：设备根本不去读下游，直接拿一份出厂写死的 EDID 回答上游。选它就意味着放弃下游的真实能力声明。

区分它们的意义在于：学习是取数动作，锁定是给数策略。很多设备把这两件事放在同一个按钮上——按一下既抓快照又切成代答模式，于是排查时容易误以为它们是一回事。当有人说「我已经锁了 EDID 还是不对」，第一件要问的是：锁住的那份，是从哪一路、什么时候学来的。

学习到的到底是哪些字节

EDID 的基础块是固定的 128 字节，学习动作复制的就是这一整块（如果有扩展块，还要连同扩展块一起）。对排查最有用的是这几段偏移：

偏移	内容	排查时看它干什么
0–7	固定 header 00 FF FF FF FF FF FF 00	不是这 8 个字节，说明读回来的根本不是有效基础块
8–9	厂商 ID（三个字母各占 5 bit 打包进两字节）	判断这份 EDID 到底来自谁
10–11	产品码（小端）	配合厂商 ID 唯一定位学习源
54–125	四个 18 字节描述符	像素时钟非 0 的是详细时序；为 0 的可能是显示器名称等字符串
126	扩展块数量	学习时有没有把扩展块一起带过来
127	校验和	128 字节相加对 256 取模应为 0

这张表不是背下来当谈资的。它是你判断「学习到底成没成」的唯一硬依据——上游读回来的那 128 字节里，厂商 ID 和产品码写的是谁，学习源就是谁。

学习之前，先让被学的那一路真的能读

学习是「设备去读下游」，下游读不到，学习动作照样会结束，只是存进去的东西不是你想要的。所以顺序上有几件事必须先成立：

1. 要学的那台显示设备已上电、已选到对应的输入口。设备处于待机时能不能被读到 EDID，取决于它自己的实现，链路上没有任何一环能替它保证。
2. 学习源那一路的线缆与转接是通的。EDID 走的是接口里的显示数据通道，视频信号能不能过和这条通道通不通是两件事——有些转接头根本不接这条通道，视频看着没毛病，EDID 就是读不出来。
3. 确认你要学的是哪个输出口。一进多出的分配器下游可能挂着规格并不相同的几台屏，学哪一路，上游看到的能力声明就是哪一路的。

按完之后别急着走。设备面板上的一次指示灯闪烁，只说明这个动作执行完了，不说明抓到的内容是对的。

怎么确认学习真的生效了

判读方法只有一个方向：回到上游侧，把它现在读到的 EDID 取出来看。

• 看偏移 8–11。厂商 ID 和产品码指向的如果是链路里那台显示设备，学习就生效了；如果指向的是矩阵/分配器自己，说明设备实际给出的是内置预设，学习那一步没落到实处。
• 看 54–125 的四个描述符。像素时钟为 0 的那种描述符里可能带显示器名称字符串，能直接读出是哪台屏；像素时钟非 0 的是详细时序，你想要的那组时序在不在里面，一看便知。
• 看 126 有没有扩展块。学习源本来带扩展块、学完变成 0，就是只复制了基础块。
• 把 128 字节自己加一遍。相加对 256 取模不为 0，这份 EDID 就是坏的——上游有权直接把它当无效数据丢掉，表现出来往往不是「分辨率不对」，而是彻底没画面，比降分辨率更彻底、也更容易被误判成线材问题。

想推算某组时序对应的刷新率，可以用详细时序描述符里的像素时钟除以「水平总数 × 垂直总数」，总数等于有效加消隐。注意这是推算出来的值，不是 EDID 里直接写着的字段，对不上时先怀疑自己的算法。

学习源该挑哪一路：挑最弱的那条

一进多出的场景里，这是最容易做反的一个决定。

上游只会读到一份 EDID，然后按这份 EDID 决定输出什么。如果你挑了链路里规格最高的那台屏去学，上游就会照着它的能力输出——而同一路信号还要送到别的屏、别的延长器、别的转换器上去。那些吃不下这个格式的通路就会黑掉，最后你看到的是「一路正常、一路没画面」，还得回头怀疑线和口。

所以取舍是：学习源要挑这条链路里能力最弱的那一台，让上游按所有通路都能吃下的格式输出。如果你确实需要某几路跑高规格，正确做法是把它们从这条共享通路里拆出去，而不是指望一份 EDID 同时满足两种能力。

拼接场景稍有不同——那里的中间设备是主动向上游报一份「一整块大屏」的 EDID，源设备照着输出超大分辨率再由控制器切分，这条线的配置要点见 EDID / 显卡输出与多屏拼接配置。

只复制了基础块会丢什么

基础块的 128 字节里，每一个偏移都有明确用途，上表列的那些项目已经把它占满了——里头没有任何一个字节用来声明音频格式。也就是说，音频相关的能力声明只可能落在扩展块里。

由此推出一个很实在的结论：如果设备的学习功能只搬了基础块、把偏移 126 的扩展块数量写成 0，上游看到的就是一台「只有视频能力」的显示设备。画面可能一切正常，但声音这条线在协商阶段就已经被断掉了。查有画面无声音时，如果链路中间有做过 EDID 学习的设备，这是一个值得优先排除的方向——它比查功放和音频线要快得多。

另外，只要动过 128 字节里的任何一个字节（比如把 126 改成 0），校验和字节 127 就必须重算。设备如果改了内容却没重算，上游读到的就是一份校验不过的 EDID。

什么时候这份快照会失效

学习的产物是快照，快照最大的问题是它不会跟着现实变。以下动作都会让它悄悄过期：

• 换屏。新屏的能力和被学习的那台不一样，但上游读到的还是老的那份。
• 改接线。把原来学习的那一路挪到另一个输出口上，学习结果留在原来那个口的记忆里。
• 恢复出厂设置或刷固件。学习结果被清掉，设备回落到内置预设或透传，现象和当初没配之前一模一样。

这三件事有个共同点：出问题的时间点和做过手脚的时间点往往隔着好几天，现场没人会把它们联系起来。所以学完必须记录两条信息——学的是哪一路、什么时候学的，写进弱电间的设备文档里。这个设置藏在菜单深处，不记下来，下一个来的人只会把它当成玄学。

最容易栽的坑

最容易栽的不是学不上，而是学上了但学错了对象，还以为问题已经解决。表现是：现场当场验收通过，过几天某一路开始不定时黑屏，或者干脆一直有画面没声音。

按下按钮之后，请务必回到上游侧把 EDID 读出来核一遍厂商 ID、产品码和扩展块数量。这一步花不了几分钟，省下来的是几天后重新到现场的一趟车程。

如果你遇到的现象是分辨率会自己反复跳变而不是固定不对，那要查的就不是学习这一步，而是协商时机，参考 拼接屏分辨率反复跳变？EDID 没锁住是主因。想先补一下 EDID 与显卡输出的整体关系，看 播放器视频输出（显卡/拼接/EDID）科普。