HDMI接口协议详解：TMDS编码原理、差分信号传输、EDID与HDCP协议基础
各位同学，今天我们来聊聊HDMI接口。说实话，HDMI这玩意儿在消费电子领域太常见了，但真正搞明白它底层怎么工作的工程师，其实不多。我当年刚入行时，以为HDMI就是简单地把视频信号送过去，结果第一次调板子，画面全是雪花点，折腾了三天才发现是TMDS时序没对齐。嗯，从那以后，我再也不敢小看这个接口了。
这一节，我会把HDMI的核心技术拆开揉碎了讲。咱们不搞那些虚的，直接上干货。
1. TMDS编码原理：为什么需要它？
TMDS，全称是Transition Minimized Differential Signaling，翻译过来就是「最小化传输差分信号」。名字挺长，但核心思想很简单：减少信号跳变，提高传输可靠性。
你想想看，如果原始视频数据直接传，比如像素值从0xFF变成0x00，那8个bit全都要翻转，瞬间电流变化巨大，电磁干扰（EMI）会非常严重。TMDS编码就是为了解决这个问题。
TMDS编码器做两件事：
- 编码阶段：将8位像素数据转换成10位数据。其中，前9位是编码后的数据，第10位是直流平衡位。
- 直流平衡：通过第10位来调整数据流中0和1的数量，保证长期平均电平稳定。
我在项目中遇到过一个问题：某款FPGA的HDMI输出，在显示纯白画面时，屏幕边缘有轻微闪烁。排查到最后，发现是TMDS编码器里的直流平衡算法没处理好，导致长距离传输后信号漂移。后来我手动调整了编码参数，问题就解决了。
核心要点：TMDS编码不是加密，而是为了信号完整性。它牺牲了带宽（8bit变10bit），换来了更可靠的传输。
2. 差分信号传输：为什么用差分？
HDMI用的是差分信号，也就是一对线传一个信号：一根传正相，一根传反相。接收端把两者相减，就能还原出原始信号。
为什么这么做？说白了，就是抗干扰。共模噪声（比如电源纹波、外部电磁干扰）会同时叠加在两根线上，相减之后，噪声就被抵消了。我刚开始做硬件时，总觉得单端信号简单，何必搞这么复杂？直到有一次，我用单端信号传高速数据，线长超过30厘米，波形已经没法看了。换成差分对，同样的长度，信号干干净净。
HDMI有4对差分线：3对数据通道（R/G/B或Y/Cb/Cr），1对时钟通道。每对差分线的阻抗要求是100欧姆，走线时要严格等长，误差控制在5mil以内。这个我吃过亏——有一版PCB，差分对长度差了20mil，结果画面出现重影，后来重新布线才搞定。
个人经验：画HDMI差分线时，我习惯先走时钟通道，再走数据通道。时钟是基准，它的质量决定了整个链路的稳定性。
3. EDID协议基础：显示器在说什么？
EDID，Extended Display Identification Data，扩展显示识别数据。说白了，就是显示器告诉显卡：「我能支持什么分辨率、什么刷新率、什么色彩格式。」
EDID存储在显示器内部的EEPROM里，通常是128字节或256字节。显卡上电后，通过I2C总线（DDC通道）读取这些数据，然后根据EDID里的信息，选择合适的输出模式。
我遇到过最坑的事：某款显示器，EDID里写的是支持1080p@60Hz，但实际接上去，画面一直闪。后来用I2C抓数据，发现EDID的校验和是错的。显示器厂商出厂时没烧写好，导致显卡读到的分辨率列表是乱的。解决办法？要么换显示器，要么手动写一个EDID覆盖掉。
EDID里几个关键字段：
| 字段 | 偏移地址 | 说明 |
|---|---|---|
| 厂商ID | 0x08-0x09 | 3个字符的PNP ID |
| 产品代码 | 0x0A-0x0B | 厂商自定义 |
| EDID版本 | 0x12 | 常见为1.3或1.4 |
| 基本时序 | 0x26-0x35 | 支持的标准分辨率 |
| 详细时序描述 | 0x36-0x47 | 最常用的分辨率信息 |
注意：EDID的I2C地址是0x50（7位地址），时钟频率不能超过100kHz。有些显卡读取EDID时时序很严格，如果EEPROM响应慢了，就会读取失败。我建议在FPGA里加一个超时重试机制，避免冷启动时读不到EDID。
4. HDCP协议基础：保护还是麻烦？
HDCP，High-bandwidth Digital Content Protection，高带宽数字内容保护。这是Intel搞的一套加密协议，目的是防止数字内容被非法拷贝。说白了，就是让合法的设备之间才能传输高清内容。
HDCP的工作原理：
- 认证阶段：发送端和接收端交换密钥，验证对方是否合法。
- 加密阶段：认证通过后，发送端用密钥加密数据，接收端解密。
- 密钥更新：每2秒更新一次密钥，防止破解。
说实话，HDCP对做嵌入式系统的工程师来说，是个不小的麻烦。我做过一个项目，FPGA输出HDMI到电视，电视显示「HDCP错误」，画面直接黑屏。查了半天，发现是FPGA里的HDCP引擎没有正确实现密钥交换。后来我换了一个官方的HDCP IP核，问题才解决。
这里有个坑：HDCP 1.4和HDCP 2.2不兼容。HDMI 1.4及以下用HDCP 1.4，HDMI 2.0及以上用HDCP 2.2。如果你用的是老设备，但显示器只支持HDCP 2.2，那画面可能出不来。我建议在设计时，同时支持两种版本，自动协商。
避坑指南：我曾经在调试HDCP时，发现认证总是失败。后来用逻辑分析仪抓包，发现是接收端的AKSV（Aksv，即A密钥选择向量）值不对。原来显示器里的HDCP密钥烧录错了。遇到这种情况，只能换显示器或者绕过HDCP（仅限开发调试用）。
5. 知识体系总览
为了让你更直观地理解HDMI协议的整体结构，我画了一张图。这张图展示了从视频源到显示器的完整数据流，以及每个环节的关键技术。
这张图里，我特意把数据流和辅助通道分开了。上面是主数据通道，负责传输视频和音频；下面是辅助通道，负责EDID读取和HDCP认证。两者缺一不可。
好了，这一节的内容就到这里。HDMI协议看起来复杂，但拆开来看，每个部分都有明确的目的。TMDS是为了信号质量，差分是为了抗干扰，EDID是为了兼容性，HDCP是为了版权保护。搞懂了这些，你再去调HDMI接口，心里就有底了。
最后说一句：我建议你在做FPGA设计时，先把TMDS编码器用仿真跑一遍，看看编码后的数据是不是符合预期。这一步能帮你省下不少调试时间。