1. 从一块点不亮的屏说起：RK3588 的 LVDS 到底去哪了
第一次在 RK3588 上接一块老款 10.1 寸工业屏的时候，我盯着原理图找了半天，愣是没找到 LVDS 那几对差分线。板子上明明印着 MIPI DSI 的丝印，屏却是 LVDS 接口的，这种"对不上号"的尴尬，估计不少从 RK3288、RK3399 时代一路用过来的硬件工程师都遇到过。后来翻 Rockchip 的 TRM 才确认：RK3588 和 RK3576 这两代芯片，原生 LVDS 控制器确实被拿掉了，取而代之的是 MIPI DSI 和 eDP/DP 这些更"现代"的显示输出通道。
这件事在圈子里其实讨论了很久。有人骂厂商"阉割"，有人觉得理所当然，还有人干脆在板子上外挂一颗 MIPI 转 LVDS 的桥接芯片了事。但如果你只停留在"砍了就砍了"这个层面，很容易在选型和设计上踩坑——比如以为随便找个转接芯片就能无缝替换，结果发现时序、分辨率、色彩深度全对不上。
这篇内容我想聊的不是"RK3588 好不好"，而是把这件事放回显示接口演进的大背景里，拆解一下 SoC 厂商在显示子系统上做取舍的底层逻辑。核心会围绕几个问题展开：LVDS 这个接口到底处在什么位置、MIPI DSI 为什么能取代它、砍掉之后工程上怎么补、以及 RK3576 和 RK3588 在这件事上的策略差异。适合正在做嵌入式工业设备显示方案选型的硬件工程师、驱动开发者，以及想搞清楚"接口演进"这条线的技术爱好者。
先把结论摆前面：LVDS 不是被"淘汰"了，而是被"上移"了——它从 SoC 内部的原生控制器，变成了需要通过桥接芯片或 FPGA 来实现的外围功能。理解这个"上移"，比记住"RK3588 没有 LVDS"这句话重要得多。
2. LVDS 在显示接口谱系里的真实位置
2.1 它解决的从来不是"高速"，而是"抗干扰"
很多人一提 LVDS 就想到"老接口"，其实这个判断有点粗暴。LVDS 全称 Low-Voltage Differential Signaling，低压差分信号，它的核心价值从来不是拼带宽，而是用差分对把共模噪声压下去。一对差分线走的是幅度约 350mV 的反相信号，接收端只看两线之差，外部的电磁干扰同时耦合到两根线上，相减就抵消了。这个特性让它在工业现场、长排线、电机旁边这些"脏环境"里特别能打。
从电气参数上看，LVDS 单通道（一对线）典型速率在 455Mbps 到 1.5Gbps 之间，实际做屏一般跑在 7 倍或 10 倍像素时钟的串行化模式。一块 1920x1080@60Hz 的屏，像素时钟约 148.5MHz，如果用 7bit 串行化、单通道，数据率大概 1.04Gbps，已经接近单通道上限了，所以高分辨率屏通常要拆成双通道甚至四通道 LVDS。这就是为什么你看到的 LVDS 屏线，接口形态五花八门——单 8、双 8、单 6、双 6，本质上是通道数和每通道位数的组合。
2.2 和 MIPI DSI 摆在一起看，差距在哪
把 LVDS 和 MIPI DSI 放一起对比，能更清楚地看出 SoC 厂商为什么想换掉它。MIPI DSI 是差分对加时钟通道的架构，一条 lane 可以跑到 1Gbps 以上（RK3588 的 DSI 单 lane 能到 2.5Gbps 左右），而且它天生就是"包"结构——带命令、带参数、带低功耗模式，能传视频也能传控制指令。LVDS 则非常"裸"，它只负责把像素流串出去，屏的初始化、背光控制、参数配置全靠额外的 I2C 或 SPI 通道。
| 维度 | LVDS | MIPI DSI |
|---|---|---|
| 信号结构 | 差分对，纯像素流 | 差分 lane + 时钟，带包协议 |
| 单通道速率 | 约 0.45~1.5Gbps | 单 lane 可达 2.5Gbps+ |
| 控制通道 | 需外挂 I2C/SPI | 协议内建命令模式 |
| 布线复杂度 | 通道多，线束粗 | lane 少，线束细 |
| 典型应用 | 工业屏、老款面板 | 手机、平板、新面板 |
| 功耗管理 | 基本没有 | 有低功耗/休眠状态 |
从这张表能看出来，LVDS 的"笨"恰恰是它的"稳"——没有协议栈，就没有协议栈的兼容性问题。但反过来，SoC 厂商要维护一套 LVDS 控制器，就得为它单独做 PHY、单独做时序逻辑、单独做驱动适配，而这块市场又在肉眼可见地萎缩。取舍的天平，就是这么一点点倾斜的。
2.3 面板厂的产能迁移才是真正的推手
这里有个容易被忽略的事实：接口的生死，很多时候不是芯片厂决定的，是面板厂决定的。过去十年，手机和平板把 MIPI DSI 的产能拉到了极致，面板厂的新产线几乎全部围绕 MIPI 和 eDP 设计。LVDS 面板的产线在逐步关停或转产，剩下的多是工业、医疗、车载这些"长尾"需求。当新面板越来越少用 LVDS，SoC 厂商继续在芯片里塞一个原生 LVDS 控制器的边际收益就越来越低。
所以 RK3588/RK3576 砍掉原生 LVDS，本质上是跟着面板生态走的一步棋。它不是技术上的"退步"，而是把资源集中到 MIPI DSI、eDP、DP 这些新面板主流的接口上。理解了这一层，你就不会觉得这是"厂商偷懒"，而是一次典型的跟着供应链做取舍。
3. RK3588 与 RK3576 的显示子系统取舍逻辑
3.1 两颗芯片的定位差异决定了接口配置
RK3588 是旗舰定位，八核（4xA76+4xA55），显示子系统给得很足：HDMI 2.1、DP 1.4、eDP、MIPI DSI 都有，还支持多屏异显。RK3576 定位稍低一档，但显示接口同样以 MIPI DSI 和 eDP 为主。两颗芯片在"砍 LVDS"这件事上是一致的，但背后的考量略有不同。
RK3588 砍 LVDS，是因为它的目标场景——边缘计算盒子、多屏交互设备、AI 一体机——这些场景用的面板基本都是 MIPI 或 eDP 的。给它配一个原生 LVDS，反而占用了 PHY 面积和引脚预算。RK3576 砍 LVDS，则更多是成本考量：它要打的是中端工业和平板市场，引脚数、封装成本卡得很紧，把 LVDS 拿掉能省下不少。
3.2 引脚预算这笔账，值得算一算
一个原生 LVDS 控制器，如果是双通道 8bit，需要 8 对数据线加 2 对时钟线，也就是 20 根差分引脚，换算成 BGA 球脚就是 40 个。对于 RK3588 这种引脚资源紧张的旗舰 SoC 来说，40 个球脚意味着什么？可能是一路 PCIe、可能是一组 USB3.0、可能是更多的 MIPI lane。厂商在做引脚分配的时候，是在做一道"机会成本"的算术题：这 40 个脚给 LVDS，还是给更通用的高速接口？
答案很明显。MIPI DSI 一条 lane 只要 2 个球脚，4 lane 也就 8 个球脚加时钟，总共 10 个左右，却能覆盖比双通道 LVDS 更高的带宽。从引脚效率上看，MIPI 完胜。这就是为什么新一代 SoC 普遍"重 MIPI、轻 LVDS"。
3.3 驱动栈的维护成本是隐性大头
硬件之外，还有软件。LVDS 控制器在 Linux 内核里对应的是单独的 DRM encoder 和 PHY 驱动，Rockchip 要为每一代芯片维护这套代码。而 MIPI DSI 有相对统一的 DRM 框架（drm_mipi_dsi），面板驱动可以复用。当芯片迭代到 RK3588 这一代，维护一套只有少数工业客户用的 LVDS 驱动，投入产出比已经不划算了。
提示：如果你在 RK3588 的 SDK 里翻驱动，会发现显示相关的代码基本围绕 VOP（Video Output Processor）、MIPI DSI、eDP、HDMI 展开，LVDS 的 encoder 代码是缺失的。这不是 SDK 裁剪，而是芯片本身就没有这个硬件模块。
4. 砍掉之后，工程上到底怎么补
4.1 桥接芯片方案：MIPI DSI 转 LVDS
最直接的补法，就是在板子上放一颗 MIPI DSI 转 LVDS 的桥接芯片。这类芯片的作用是把 SoC 输出的 MIPI DSI 信号解析出来，重新编码成 LVDS 时序送给屏。常见的方案有 TI 的 SN65DSI 系列、龙迅的 LT 系列等。
选这类芯片的时候，有几个参数必须对齐：
- 输入 lane 数和速率：要匹配 RK3588 的 DSI 输出能力，别选了个只支持 1 lane 的桥接芯片，结果带宽不够。
- 输出通道数和位数：单 8、双 8 要和你手上的 LVDS 屏对上。
- 最大分辨率：桥接芯片内部有像素时钟上限，超了就点不亮。
- 配置接口：多数桥接芯片通过 I2C 配置，需要驱动里写初始化序列。
实操上，我一般会先用桥接芯片厂商提供的配置工具，把屏的时序参数（HFP、HBP、HSYNC、VFP、VBP、VSYNC、像素时钟）算好，生成寄存器配置表，再塞进驱动。这一步偷懒的话，后面调屏会很痛苦。
4.2 FPGA 做 LVDS 收发：灵活但成本高
另一条路是用 FPGA 来做 LVDS 的接收或发送。热词里出现的"fpga 的 lvds 接收"就是这个思路。FPGA 的 IO 支持 LVDS 电平标准，可以自己写串并转换逻辑，把 LVDS 像素流解出来，再通过其他接口送给 SoC。
这个方案的优势是极其灵活——你可以做任意通道数、任意时序、甚至做多屏拼接。但代价也明显：FPGA 本身有成本，逻辑开发有工作量，功耗也不低。一般只在桥接芯片满足不了需求（比如超特殊时序、超多通道）的时候才考虑。
4.3 直接换屏：最省事但未必可行
如果项目还在早期，最省事的办法其实是直接选一块 MIPI DSI 或 eDP 的屏，绕开 LVDS 这个环节。现在工业屏厂也在推 MIPI 接口的型号，尺寸和亮度覆盖越来越全。但如果是存量项目要升级主控，屏和结构都定死了，那就只能走桥接方案。
这里有个经验：换屏的隐性成本经常被低估。屏换了，排线要改、结构要改、背光驱动可能要改、触摸接口可能要改，一圈下来未必比加一颗桥接芯片便宜。所以选型阶段就要把"屏的生命周期"考虑进去，别等到主控都定了才发现屏买不到了。
4.4 三种补法的对比
| 方案 | 成本 | 开发难度 | 灵活性 | 适用场景 |
|---|---|---|---|---|
| 桥接芯片 | 中 | 中 | 中 | 大多数存量 LVDS 屏项目 |
| FPGA | 高 | 高 | 高 | 特殊时序、多通道、拼接 |
| 直接换屏 | 视情况 | 低 | 低 | 新项目、结构可改 |
5. 调屏实战：从点不亮到稳定出图的排查链路
5.1 先确认信号到底有没有出来
屏点不亮，第一步不是怀疑屏，而是确认 SoC 的 DSI 有没有在输出。我的习惯是用示波器或者带 DSI 解码的协议分析仪，先看时钟 lane 有没有波形。如果时钟都没有，那问题在 SoC 侧——可能是 VOP 没配、可能是 DSI 没使能、可能是时钟树没配对。
RK3588 的显示通路大致是：VOP 产生像素流 → 送到 DSI 控制器 → DSI PHY 输出差分信号。这条链上任何一环没通，后面都白搭。设备树里要确认vop的remote-endpoint指向了正确的dsi节点，dsi节点要status = "okay"，PHY 的时钟要配好。
5.2 桥接芯片的 I2C 配置最容易翻车
如果 SoC 侧信号正常，但屏还是不亮，八成是桥接芯片没配好。这里有几个高频坑：
- I2C 地址冲突：桥接芯片的地址可能和板子上其他器件撞了，用
i2cdetect扫一下确认。 - 上电时序：有些桥接芯片要求先给某个电源、再释放复位、再配 I2C，顺序错了就锁死。
- 寄存器配置表版本：厂商工具生成的配置表和实际芯片 revision 不匹配，会导致部分功能异常。
我踩过最坑的一次，是桥接芯片的复位脚被硬件设计成了上电即释放，但芯片手册要求复位要在电源稳定后延迟 10ms 再释放，结果就是时好时坏。后来在驱动里加了复位控制才稳定。
5.3 时序参数差一点，画面就花给你看
LVDS 屏对时序很敏感。HFP、HBP、HSYNC 宽度、VFP、VBP、VSYNC 宽度、像素时钟，这几个参数必须和屏的 datasheet 严格对齐。差一点点，轻则画面偏移，重则花屏、闪烁、甚至不亮。
计算像素时钟的公式是：
像素时钟 = (HTotal × VTotal × 刷新率) HTotal = HActive + HFP + HSYNC + HBP VTotal = VActive + VFP + VSYNC + VBP举个例子，1920x1080@60Hz，如果 HTotal=2200、VTotal=1125，那像素时钟就是 2200×1125×60 ≈ 148.5MHz。这个值要和桥接芯片配置的 PLL 输出对上，对不上就会出问题。
5.4 排查顺序建议
把上面的经验整理成一个排查顺序，遇到点不亮可以照着走：
- 确认 SoC 侧 DSI 时钟 lane 有波形
- 确认 DSI 数据 lane 有信号（协议分析仪或示波器）
- 确认桥接芯片 I2C 能通信、配置写入成功
- 确认桥接芯片输出侧 LVDS 有波形
- 确认屏的供电、背光、使能信号正常
- 核对时序参数和像素时钟
- 检查排线、连接器、阻抗匹配
这个顺序的核心逻辑是从源头往末端推，每确认一环再往下走，避免同时怀疑一堆东西导致无从下手。
6. 选型阶段就该想清楚的几件事
6.1 屏的接口类型要作为主控选型的前置条件
很多团队选主控的时候只看 CPU 性能、NPU 算力、接口数量，把屏的接口类型放到最后才考虑。这是个典型的顺序错误。正确的做法是：先确定屏，再选主控。如果屏是 LVDS 的，那就要么接受桥接方案，要么换屏，这个决策要在主控定稿前做完。
RK3588 适合什么场景？如果你的屏是 MIPI DSI 或 eDP 的，那它非常合适，多屏异显能力也强。如果屏是 LVDS 的，那就要评估桥接方案的成本和风险。RK3576 同理，只是定位更偏中端。
6.2 桥接芯片的供货和生命周期要查
桥接芯片是个容易被忽视的风险点。有些型号看着参数合适，但供货周期很长，或者厂商已经标注了停产计划。工业项目的生命周期动辄五到十年，选一颗快停产的桥接芯片，后面会很被动。选型时一定要查清楚厂商的 longevity 承诺。
6.3 多屏场景下的带宽分配
RK3588 支持多屏异显，但如果多个屏都走 DSI，就要注意 DSI 控制器的带宽分配。不同 VOP 到 DSI 的映射关系、每个屏的分辨率和刷新率，都会影响整体能不能跑起来。多屏场景建议提前做带宽预算，别等点亮了才发现某个屏刷新率上不去。
6.4 热设计别忽略桥接芯片
桥接芯片虽然功耗不大，但在密闭的工业设备里，它也是个热源。尤其是夏天高温环境，桥接芯片过热会导致画面异常。布局的时候尽量让它远离其他发热器件，必要时加散热焊盘。
7. 我对这轮接口演进的一点个人判断
从 RK3288 到 RK3588，我完整经历了 Rockchip 显示接口的这轮迁移。说实话，一开始对砍掉 LVDS 是有怨气的，毕竟手上还有一堆 LVDS 屏的存量项目。但用久了之后，我反而觉得这个方向是对的。
MIPI DSI 的线束更细、引脚更省、协议更完整，这些优势在越来越紧凑的嵌入式设备上是实打实的。LVDS 并没有消失，它只是从 SoC 内部搬到了板级，变成了一个可以按需选择的外围功能。对于用不到 LVDS 的项目，省下的引脚和成本是净收益；对于用得到 LVDS 的项目，加一颗桥接芯片也不是什么天大的事。
真正需要警惕的，是那种"以为能无缝替换"的心态。接口演进从来不是简单的替换，它牵扯到面板生态、驱动栈、引脚预算、供应链一整条链。把这些想清楚了，再去做选型，才不会在项目中期被一块点不亮的屏卡住。
最后分享一个我自己的习惯：每次做新主控的显示方案，我都会先画一张"信号通路图"，从 SoC 的 VOP 一路画到屏的接口，把中间每一个环节（控制器、PHY、桥接、连接器、屏）都标出来，再逐个确认参数。这张图看起来简单，但能帮你在动手之前就发现大部分不匹配的问题。踩过的坑多了，就会明白——显示调试的功夫，一半在调试，一半在选型。
