1、显示接口概述：从模拟到高速串行的演进之路

做嵌入式驱动开发这么多年，我接触过的显示接口少说也有七八种。每次跟新人聊这个话题，大家第一反应往往是「这么多接口，到底学哪个？」。其实不用慌，咱们先把脉络理清楚。

显示接口的发展，说白了就是一场「分辨率越来越高、线缆越来越细、速度越来越快」的竞赛。从最早的模拟信号，一路走到今天的高速串行差分传输，背后是硬件工程师和驱动工程师共同推动的结果。

我个人习惯把显示接口的演进分成三个阶段，这样好记：

模拟时代（1980s-1990s）：VGA 接口是绝对的主角。那时候信号是模拟的，容易受干扰，分辨率也上不去。我记得刚入行时调过一块 VGA 驱动，画面总有点重影，查了半天发现是 PCB 走线没做阻抗匹配。
数字并行时代（1990s-2000s）：DVI 和 LVDS 开始普及。信号变成数字的，画质好了不少。但并行传输有个硬伤——频率一高，线间串扰就压不住。你想想看，十几根线并排跑几百兆赫兹，那场面...
高速串行时代（2000s至今）：HDMI、DP、MIPI DSI 全面接管。用差分对传高速串行数据，线数少、速率高、抗干扰强。现在 4K@60Hz 甚至 8K 都能轻松搞定。

核心认知： 驱动开发的核心任务，就是让主控芯片的显示控制器，通过某种接口协议，正确地把图像数据送到面板上。接口不同，协议栈和寄存器配置就完全不同。

下面这张表我建议你收藏一下，做项目选型时经常要用到：

接口	类型	最大速率	线数	典型应用	驱动复杂度
HDMI	高速串行	48 Gbps (HDMI 2.1)	4对差分+DDC	电视、显示器、机顶盒	中等（需处理EDID/HDCP）
DisplayPort	高速串行	80 Gbps (DP 2.1)	4对差分+AUX	电脑显示器、笔记本	较高（多流传输）
LVDS	并行差分	约 1 Gbps/对	4-8对差分	工控屏、车载屏	较低（时序简单）
MIPI DSI	高速串行	约 4.5 Gbps/通道	1-4对差分+时钟	手机、平板、嵌入式	中等（命令/视频模式）

这里有个坑我得提醒你——LVDS 虽然叫「低压差分信号」，但它本质上还是并行传输。我曾经在一个工控项目里被它坑过：LVDS 的时钟和数据线必须等长，差 5mil 都会出雪花点。后来我学乖了，画 PCB 时直接让 layout 工程师把 LVDS 走线做成蛇形等长。

避坑指南： 我曾经在切换 HDMI 和 DP 时，以为只要改改物理层配置就行。结果发现 EDID 读取逻辑完全不同——HDMI 用 I2C（DDC通道），DP 用 AUX 通道。底层通信协议都不一样，驱动层得重写。

好，聊完接口本身，咱们来看看驱动框架长什么样。不管用哪种接口，显示驱动的软件架构其实有共通之处。我画了张图，你一看就明白：

这张图我画了好几个版本，最后觉得这个分层最清晰。从上到下分别是：

应用层：跑的是 GUI 框架，比如 Qt、LVGL、Android SurfaceFlinger。它们不关心底层用的是什么接口，只管往 framebuffer 里填数据。
显示框架层：这是操作系统提供的标准接口。Linux 下就是 DRM（Direct Rendering Manager），裸机下可能就是简单的 framebuffer 驱动。我建议你优先学 DRM，因为现在主流方案都在往它靠。
驱动核心层：这部分跟 SoC 绑定。要配时钟、设时序、管中断、调 DMA。嗯，这里最容易出问题——我见过有人把像素时钟配错了，画面直接偏成彩虹色。
接口抽象层：这是咱们课程的重点。每种接口的初始化序列、链路训练、数据打包方式都不一样。但好消息是，一旦你搞懂了一个，其他的触类旁通。
硬件层：SoC 内部的显示控制器 + 外部的物理接口芯片（PHY）。驱动工程师至少要看懂数据手册里的寄存器描述。

我的经验： 做驱动移植时，80% 的工作量在「接口抽象层」和「驱动核心层」。如果你能把这两层的接口定义清楚，换一个 SoC 或者换一块屏，通常一周内就能搞定。

你可能会问：现在 Linux 内核里不是有现成的驱动吗？干嘛还要自己搭框架？

原因很简单——现成的驱动不一定适合你的场景。我在一个物联网项目里就吃过这个亏：Linux 的 DRM 驱动太臃肿，跑在低端 MCU 上根本带不动。最后我手撸了一个轻量级框架，只保留核心功能，内存占用降了 60%。

另外，理解框架的底层逻辑，对你调试问题也大有帮助。遇到画面撕裂、闪屏、花屏时，如果你脑子里有这张分层图，就能快速定位问题出在哪一层。