Linux瑞芯微平台HDMI输出异常排查与调试 - 第1节
1.1 HDMI 接口标准演进
HDMI（High-Definition Multimedia Interface）自 2002 年发布以来，经历了多个版本的迭代，每次升级都带来了带宽提升、色彩深度增加或新功能支持。在瑞芯微平台调试中，了解接口版本对应的 TMDS 时钟频率与最大分辨率，是判断硬件瓶颈与驱动能力的关键前提。
| HDMI 版本 | 最大 TMDS 时钟 | 最大带宽 | 典型分辨率支持 | 关键新特性 |
|---|---|---|---|---|
| 1.0 – 1.2a | 165 MHz | 4.95 Gbps | 1080p @ 60Hz | 基础 TMDS 传输、8 通道音频 |
| 1.3 – 1.3a | 340 MHz | 10.2 Gbps | 2560×1440 @ 60Hz | Deep Color (30/36/48 bit)、无损音频 |
| 1.4 – 1.4b | 340 MHz | 10.2 Gbps | 4K (3840×2160) @ 30Hz | 以太网通道 (HEC)、ARC 音频回传 |
| 2.0 – 2.0b | 600 MHz | 18.0 Gbps | 4K @ 60Hz | BT.2020 色域、32 通道音频 |
| 2.1 | 1200 MHz (FRL) | 48.0 Gbps | 8K @ 60Hz / 4K @ 120Hz | FRL 取代 TMDS、DSC、VRR |
调试提示： 在 RK3588 / RK3568 等平台，HDMI 控制器通常支持 2.0 或 2.1 标准。如果遇到 4K @ 60Hz 输出异常，应优先检查 TMDS 时钟是否达到 600 MHz，以及 PCB 走线是否满足差分阻抗 100Ω ±15% 的要求。
1.2 TMDS 差分信号原理
TMDS（Transition Minimized Differential Signaling）是 HDMI 物理层的核心传输技术。每个 TMDS 通道通过一对差分线传输数据，利用电压摆幅小、共模抑制能力强的特点，在长距离高频传输中保持信号完整性。
1.2.1 编码与传输流程
- 8b/10b 编码： 每个 8-bit 像素数据被编码为 10-bit 字符，最小化跳变次数，降低电磁干扰。
- 差分驱动： 编码后的串行数据通过正负两条线（D+ / D-）同时发送，接收端检测两者差值还原信号。
- 通道分配： 标准 HDMI 使用 3 个 TMDS 数据通道（R/G/B 或 Y/Cb/Cr）和 1 个 TMDS 时钟通道。
- 接收端解码： 接收器恢复时钟后，对 10-bit 数据进行 8b/10b 解码，还原原始像素与同步信号。
| TMDS 通道 | 信号对 | 传输内容 | 典型摆幅 |
|---|---|---|---|
| Channel 0 | D0+ / D0- | 蓝色分量 / Cb / 数据岛 | 400 – 600 mV |
| Channel 1 | D1+ / D1- | 绿色分量 / Y / 数据岛 | 400 – 600 mV |
| Channel 2 | D2+ / D2- | 红色分量 / Cr / 数据岛 | 400 – 600 mV |
| Clock Channel | CK+ / CK- | 像素时钟 | 400 – 600 mV |
常见异常： 如果 TMDS 差分对之间出现长度不匹配（skew > 0.15 Tbit），会导致接收端无法正确恢复时钟，表现为屏幕闪烁、花屏或完全无显示。在 RK 平台硬件设计时，应确保差分对等长 ≤ 5 mil。
1.3 EDID 数据结构与读取机制
EDID（Extended Display Identification Data）是显示器或电视内部存储的一组二进制数据块，用于向源设备（如 RK 开发板）描述自身支持的分辨率、刷新率、色彩空间、音频格式等能力。HDMI 通信的初始化阶段，源设备必须通过 DDC（Display Data Channel）读取 EDID，才能协商出最优输出参数。
1.3.1 EDID 结构层次
- Base Block（128 字节）： 包含厂商信息、基本显示参数、标准时序列表、首选时序（Preferred Timing）。
- Extension Block（128 字节 / 块）： 包含 CEA-861 扩展块（支持 HDMI 特性）、DisplayID 块、VTB-EXT 块等。
- CEA-861 扩展： 定义 HDMI 的短音频描述符、扬声器分配、3D 格式、YCbCr 4:4:4 / 4:2:2 支持等。
- 校验和： 每个 128 字节块的最后一个字节为校验和，确保数据完整性。
| 字节偏移 | 字段名称 | 长度 | 说明 |
|---|---|---|---|
| 0x00 – 0x07 | Header | 8 bytes | 固定标识 00 FF FF FF FF FF FF 00 |
| 0x08 – 0x11 | Manufacturer ID & Product Code | 10 bytes | PNP ID、产品代码、序列号 |
| 0x12 – 0x19 | Basic Display Parameters | 8 bytes | 模拟/数字接口、最大尺寸、Gamma |
| 0x20 – 0x25 | Chromaticity Coordinates | 10 bytes | RGB 色度坐标 |
| 0x26 – 0x35 | Established Timings | 16 bytes | 标准 VESA 时序位图 |
| 0x36 – 0x47 | Standard Timings | 18 bytes | 8 个标准时序描述符 |
| 0x48 – 0x7F | Detailed Timing Descriptors (4 个) | 56 bytes | 每个 18 字节，包含首选时序 |
| 0x7F | Checksum | 1 byte | 使整个块 256 字节求和为 0 |
1.3.2 Linux 下 EDID 读取与调试
在瑞芯微平台，EDID 读取通常由 DRM 框架的 drm_edid.c 驱动层完成。调试时可以通过以下方式获取原始 EDID 数据：
# 通过 sysfs 读取当前连接显示器的 EDID
cat /sys/class/drm/card0-HDMI-A-1/edid > edid.bin
# 使用 edid-decode 解析
edid-decode edid.bin
# 使用 hexdump 查看原始字节
hexdump -C edid.bin | head -20
调试要点：
- 如果
cat命令返回空或 I/O 错误，说明 DDC 通信失败，需检查 I²C 总线、上拉电阻或 HDMI 连接器引脚。 - EDID 校验和错误会导致内核拒绝使用该 EDID，回退到默认模式（通常为 1024×768）。
- 在 RK 平台，可以通过
drm.debug=0x1e内核参数打开 DRM 日志，观察 EDID 读取过程。
1.3.3 常见 EDID 异常与排查
| 异常现象 | 可能原因 | 排查方法 |
|---|---|---|
| 读取 EDID 为空 | DDC 线路断开、I²C 地址错误 | 用示波器测量 SCL/SDA 波形；检查 HDMI 19 脚 (Hot Plug) 电平 |
| 校验和失败 | EDID 数据损坏、读取时序错误 | 重新插拔显示器；用 edid-decode 检查每个块校验和 |
| 分辨率列表不全 | Extension Block 未正确读取 | 确认显示器支持 CEA-861；检查 I²C 速率是否过高 |
| 首选时序不生效 | EDID 中 Detailed Timing 解析错误 | 对比显示器规格书与 EDID 原始数据 |
RK 平台经验： 部分低质量 HDMI 线缆会导致 DDC 信号衰减，使 EDID 读取不稳定。建议在驱动中增加 EDID 重试机制（通常重试 3 次），并在硬件设计时在 SCL/SDA 线上添加 4.7kΩ 上拉电阻。