哇酷®开发者社区(WhyCan® Forum)

最近整理 HDMI 眼图相关问题，发现这类问题和“HDMI 能不能亮”还不是一回事：能亮只能说明链路勉强工作，眼图过不过，更多是在看高速信号质量有没有余量。这里把调试思路记一下，给后面做认证、量产或排查偶发黑屏的人参考。

1. 先别急着调寄存器，先确认测试条件

HDMI 眼图测试对条件很敏感。开始前建议先确认：

• 输出分辨率和刷新率固定，比如 720p60 / 1080p60；

• 测试 pattern 是否符合要求，最好使用固定测试图或 HDMI compliance pattern；

• 线材、转接板、探头、夹具是否靠谱；

• 示波器带宽、差分探头、fixture 是否满足 HDMI 速率；

• 测试点是在芯片端、连接器端，还是线缆末端。

同一块板子，在芯片脚边和 HDMI 座子后面测，眼图可能完全不是一个样子。

2. 眼图差，不一定是 PHY 参数一个锅

全志平台 HDMI 眼图不理想时，常见影响因素大概有几类：

1. PHY drive / swing / pre-emphasis 参数
   这类参数会直接影响幅度、上升沿、抖动余量。不同板子走线长度、阻抗、ESD 器件不同，默认值不一定最优。

2. PCB 走线阻抗和长度匹配
   HDMI 是高速差分线，阻抗、等长、过孔、参考平面都会影响眼图。软件调参只能补一部分，板级问题太大时寄存器救不回来。

3. ESD/共模器件选型
   HDMI 线上加的 ESD 如果电容太大，眼图会被明显吃掉。这个坑挺常见：功能能亮，但眼图边沿塌。

4. 电源噪声和时钟抖动
   HDMI PHY 供电、PLL、参考时钟如果噪声大，也会反映到 jitter 上。

5. 测试模式不稳定
   系统动态切分辨率、热插拔、EDID 自动选 mode 时，测试条件不固定，眼图结果也会飘。

3. 调 PHY 参数的思路

如果硬件设计基本没问题，可以尝试从 HDMI PHY 参数入手。一般关注几类：

• TX drive strength / output swing；

• pre-emphasis / de-emphasis；

• PLL 相关参数；

• lane 参数是否一致；

• 不同分辨率下是否使用了不同参数表。

调试时不要一次改一堆。建议固定 1080p60，一个参数一个参数扫，记录眼高、眼宽、jitter 变化。否则很容易调到最后不知道是哪一项起作用。

4. 分辨率要分档验证

HDMI 眼图不能只测一个低分辨率就放心。建议至少分几档：

• 720p60：基础链路；

• 1080p60：常用高负载；

• 如果项目需要 4K 或高刷新，再测对应最高规格。

如果 720p60 很漂亮，1080p60 很差，通常说明高速裕量不足；如果低分辨率都差，就先回头查硬件走线、ESD、电源、PHY 默认参数。

5. 软件侧排查点

软件这边主要确认：

• 实际输出 mode 是否和测试预期一致；

• HDMI clock/pixel clock 是否正确；

• PHY 参数是否真的写进去；

• 热插拔后是否重新初始化 PHY；

• U-Boot 和 Linux 阶段是否用了不同 HDMI 参数。

有些问题是 U-Boot logo 眼图一套，进 Linux 后又重新初始化成另一套。认证测试时要确认当前运行阶段到底是谁在控制 HDMI PHY。

6. 硬件侧建议重点看

如果软件参数怎么调都不稳定，建议查板子：

• HDMI 差分线 100Ω 阻抗；

• P/N 等长、lane 间等长；

• 过孔数量和 stub；

• 参考地连续性；

• ESD 器件电容；

• HDMI 5V 和 PHY 电源纹波；

• 连接器附近是否有不必要分叉。

尤其是 ESD，很多板子为了“保护”选了不适合高速 HDMI 的器件，最后眼图直接被保护没了。

7. 一个比较实际的调试顺序

我会按这个顺序来：

1. 固定输出 1080p60，确认 mode 不乱跳；

2. 用短好线、标准 fixture 测连接器端眼图；

3. 如果眼图差，先换线/去掉转接因素复测；

4. 查 ESD 和走线，再看电源噪声；

5. 最后扫 PHY swing/pre-emphasis；

6. 对比 U-Boot 和 Linux 下的 HDMI 参数是否一致。

简单说，HDMI 眼图是软硬件一起背锅的地方。软件能调 PHY，让边沿和幅度更合适；但如果 PCB、ESD、供电本身把高速信号搞坏了，寄存器只能救一点点。调试时先固定测试条件，再分硬件链路和 PHY 参数两条线排，会比盲目改 dts/驱动快很多。