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 倍像素时钟的串行化模式。一块 1920x108060Hz 的屏像素时钟约 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 通道。维度LVDSMIPI DSI信号结构差分对纯像素流差分 lane 时钟带包协议单通道速率约 0.45~1.5Gbps单 lane 可达 2.5Gbps控制通道需外挂 I2C/SPI协议内建命令模式布线复杂度通道多线束粗lane 少线束细典型应用工业屏、老款面板手机、平板、新面板功耗管理基本没有有低功耗/休眠状态从这张表能看出来LVDS 的笨恰恰是它的稳——没有协议栈就没有协议栈的兼容性问题。但反过来SoC 厂商要维护一套 LVDS 控制器就得为它单独做 PHY、单独做时序逻辑、单独做驱动适配而这块市场又在肉眼可见地萎缩。取舍的天平就是这么一点点倾斜的。2.3 面板厂的产能迁移才是真正的推手这里有个容易被忽略的事实接口的生死很多时候不是芯片厂决定的是面板厂决定的。过去十年手机和平板把 MIPI DSI 的产能拉到了极致面板厂的新产线几乎全部围绕 MIPI 和 eDP 设计。LVDS 面板的产线在逐步关停或转产剩下的多是工业、医疗、车载这些长尾需求。当新面板越来越少用 LVDSSoC 厂商继续在芯片里塞一个原生 LVDS 控制器的边际收益就越来越低。所以 RK3588/RK3576 砍掉原生 LVDS本质上是跟着面板生态走的一步棋。它不是技术上的退步而是把资源集中到 MIPI DSI、eDP、DP 这些新面板主流的接口上。理解了这一层你就不会觉得这是厂商偷懒而是一次典型的跟着供应链做取舍。3. RK3588 与 RK3576 的显示子系统取舍逻辑3.1 两颗芯片的定位差异决定了接口配置RK3588 是旗舰定位八核4xA764xA55显示子系统给得很足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 里翻驱动会发现显示相关的代码基本围绕 VOPVideo 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 okayPHY 的时钟要配好。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举个例子1920x108060Hz如果 HTotal2200、VTotal1125那像素时钟就是 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、桥接、连接器、屏都标出来再逐个确认参数。这张图看起来简单但能帮你在动手之前就发现大部分不匹配的问题。踩过的坑多了就会明白——显示调试的功夫一半在调试一半在选型。