☰
RK3588/RK3576砍掉原生LVDS,老屏这样接一样亮
2026/9/26 1:10:58 网站建设 项目流程

做嵌入式显示的工程师,多少都有点 LVDS 情结。早几年调 RK3288 方案,板上 LVDS 座子焊得整整齐齐,接一块双 8 工控屏,排线一插,背光一拉,屏幕就能亮。现在换成 RK3588 或者 RK3576,你再翻规格书,“LVDS”三个字母基本见不到了,满眼都是 MIPI DSI、eDP、HDMI 和 DP。于是问题来了:SoC 的新旗舰为什么砍掉原生 LVDS?手里积压的老 LVDS 屏是不是只能扔?这篇就结合显示接口的演进逻辑,把 RK3588/RK3576 的取舍讲透,也把没有 LVDS 之后点老屏的落地路径写清楚。适合正在搞方案选型、或者被“新板子没法直接接老屏”困扰的嵌入式开发者。

1. 先看清现状:新一代平台把 LVDS 放到了哪个位置

很多工程师第一次接触 RK3588 开发板时,都是先找屏幕接口。结果发现板子上不是四个 MIPI DSI 座子,就是一个 eDP 连接器,外加 HDMI 和 DP 口,翻遍原理图也找不到 LVDS 字样。这不是某家开发板厂商偷工减料,而是芯片本身就没有原生 LVDS 控制器了。

1.1 RK3588/RK3576 的显示接口全貌

RK3588 的显示输出能力放在今天依然是第一梯队:HDMI 2.1 支持 8K@60Hz 输出,DP 1.4 支持 8K@30Hz 或 4K@120Hz,内置两路 eDP 1.4,以及四路 MIPI DSI(每路 4 lane,可以多路组合成更高位宽)。RK3576 作为中高端定位,显示接口也保持了同样思路:HDMI 2.1、DP/eDP、双路 MIPI DSI。两代新平台有一个共同点——原生 LVDS 全部缺席。

这里有个很容易被忽略的细节:RK3588 的四路 MIPI DSI 并不是只能独立用。驱动里支持把四路 4 lane DSI 组合成两路 8 lane,甚至一路 16 lane 的虚拟显示链路,用来驱动高分辨率面板。这种设计本身就是为替代老接口铺路——以前 LVDS 双 8 才能勉强跑 1080p,现在 MIPI DSI 组合起来带宽翻几倍,单接口就能吃下 2K 甚至 4K 面板。

1.2 回看 LVDS 时代的“师出有名”

LVDS 之所以在工控领域统治了十几年,是因为它吃透了那个年代的痛点:并行 RGB 接口引脚太多、抗干扰差、跑不远,而 LVDS 用差分对传输,把 24bit 数据串行化,不仅引脚少了一半,还能在 1 米左右的排线上稳定跑。RK3288 那一代芯片上,原生 LVDS 是点工控屏的主力接口,很多广告机、闸机、医疗设备的主板都靠它活着。

但“原生”这两个字很关键。到 RK3399 那一代,芯片里已经不再集成 LVDS PHY,方案商只能在 MIPI DSI 外面挂一颗转换芯片来出 LVDS 信号。再到 RK3588,连官方参考设计都很少提 LVDS 了,整条链路彻底转向 DSI 转 LVDS 的桥接模式。所以砍掉原生 LVDS 不是 RK 一家突然做的决定,而是从 RK3399 开始就已经在逐步“去 LVDS”了,RK3588 只是把这条路走到了底。

2. 原生 LVDS 被砍,背后是四层逻辑

很多人第一反应是“瑞芯微不重视工控了”,其实恰恰相反。砍掉原生 LVDS 是一个典型的 SoC 取舍决策,背后有带宽、硅片面积、生态替代、产业配套四个层面的逻辑,缺一不可。

2.1 带宽天花板:算完这笔账就明白了

LVDS 的带宽上限是硬伤。以单 8 LVDS 为例,4 对数据线 + 1 对时钟线,7:1 串行,每 lane 速率大约 655Mbps,整条链路总带宽约 2.6Gbps;双 8 翻倍也就 5.2Gbps 左右。而 1080p@60Hz 24bit 画面需要多少?像素时钟 148.5MHz,乘以 24bit,实际数据吞吐需要 3.56Gbps。所以单 8 根本带不动 1080p,这也是为什么老工控屏上 1080p 基本都是双 8 接口。

再把分辨率往上抬:2K 屏(比如 2560×1440@60Hz)需要约 5.63Gbps,双 8 LVDS 已经踩在极限边缘;4K@60Hz 需要 11.5Gbps 以上,LVDS 物理层连边都摸不到。而 RK3588 定位是 8K 平台,显示控制器要同时驱动高分高分、多屏异显,LVDS 这个物理层根本承接不了这套需求。SoC 厂商不可能为了一个 1080p 上限的接口去保留整套 LVDS PHY。

这里顺便解释一个热搜里常见的困惑:为什么 FPGA 上还有大量 LVDS 接收场景?因为 LVDS 作为一种差分信号标准,在数据采集、ADC/DAC 接口、相机数据传输等领域活得很好。那是“差分信号接收”的维度,跟 SoC 显示输出的“LVDS 显示接口”是两个层面的东西。FPGA 上用 LVDS 收数据,和 SoC 上用 LVDS 点屏,不是一回事。

2.2 硅片与引脚:SoC 预算的取舍艺术

SoC 的英文全称是 System on Chip,翻译过来就是“片上系统”。既然叫“片上”,硅片面积就是最硬的预算。一颗芯片的晶圆面积是固定的,放 CPU 核心、GPU、NPU、ISP、视频编解码单元、各类接口 PHY,全都要在这个预算里腾挪。LVDS PHY 本身不便宜:它需要恒流源驱动、终端匹配、PLL 时钟管理,还要占大量引脚。RK3588 把这些面积和引脚省下来,换来了 NPU 算力提升、8K 视频编解码、PCIe 3.0 扩展,这些都是嵌入式 AI 设备真正愿意买单的功能。

引脚复用更是现实问题。RK3588 某些封装的引脚联盟里,MIPI DSI 和 eDP 是共用物理引脚的(通过 mux 切换),你选了 eDP 就没了那几路 DSI,选了 DSI 就没了 eDP。如果再把 LVDS 塞进来,引脚冲突只会更多。与其在引脚上做加减法,不如直接删掉 LVDS 这个“历史包袱”,把选择权交给外部桥接芯片。

2.3 MIPI DSI 和 eDP 的上下夹击

LVDS 的位置其实很尴尬,往上被 eDP 压着,往下被 MIPI DSI 抄了后路。

MIPI DSI 是手机和智能设备显示接口的事实标准,4 lane 配置在 D-PHY 1.5Gbps/lane 时总带宽约 6Gbps,轻松覆盖 2K@60Hz;新标准 C-PHY 和更高 lane 组合还能继续往上走。MIPI DSI 和 LVDS 一样是差分串行,但生态更健康,几乎每颗应用处理器都带 DSI,屏厂也愿意优先出 DSI 接口的模组,成本被消费电子摊得很低。

eDP 则吃掉了一体机、笔记本电脑、高端工控屏的市场。eDP 1.4 每 lane 5.4Gbps,四 lane 就是 21.6Gbps,跑 4K@120Hz 毫无压力。而且 eDP 用 AUX 通道做链路训练和面板自刷新(PSR),能降低整机功耗,还支持更长一点的线缆,这对可拆卸屏幕模块的设备特别重要。LVDS 正好卡在二者中间:比 MIPI 更“老”,比 eDP 更“慢”,两头不讨好。

2.4 桥接芯片时代:LVDS 反而成了“软件定义”的接口

砍掉原生 LVDS,不等于生态里没有 LVDS 了。DSI 转 LVDS 的桥接芯片已经非常成熟,比如 TC358775XBG、LT8912B 这些型号,在瑞芯微方案里出镜率极高。TC358775 是经典款,DSI 输入侧支持双通道,LVDS 输出侧支持单/双通道,一颗芯片能覆盖从单 6 到双 8 的大多数工控屏。

桥接方案的好处不仅仅是“能点亮”,而是把 LVDS 从 SoC 的固定硬件变成了“可配置的外设”。SoC 只出 MIPI DSI,桥接芯片通过 I2C 配置输出分辨率、数据格式(VESA/JEIDA)、通道数、时序参数,一颗芯片适配多种屏规格,灵活性比原生 LVDS 反而更高。从供应链角度看,这批桥接芯片成本已压得很低,量大的时候几块钱就能拿下,对整机 BOM 成本影响很小。

所以 RK3588 砍掉原生 LVDS 的本质是:把“不常用的专用硬件”换成“成熟的外部桥接方案”,把宝贵的硅片面积和引脚让给算力单元和高速接口。这不是功能阉割,而是资源再分配。

3. 没有原生 LVDS 之后,老屏怎么继续用

道理讲清楚了,回到实际:我就是有一批 LVDS 工控屏,或者客户点名要 LVDS 接口,怎么办?答案是走 DSI 转 LVDS 桥接。下面把这套流程完整捋一遍,都是我实际调屏时踩过的路子。

3.1 先把手里的 LVDS 屏线摸清楚

LVDS 屏线规格比很多人想得复杂,拿到屏先别急着接线,把几个参数确认了再动手。首先是“单/双”和“6/8”的含义:单 6 是 18bit 色深(3 对数据线),单 8 是 24bit(4 对数据线),双 6 是 6 对数据线,双 8 是 8 对数据线。物理接口上,常见 20pin 多为单 6 或单 8,30pin 多为双 6 或双 8,40pin 基本是双 8。分辨率上大概有个对应关系:单 6 适合 800×480、1024×600;单 8 适合 1024×768、1280×800;双 8 才能稳跑 1920×1080。

其次是电压。LVDS 屏供电常见 3.3V、5V、12V 三档,接错必烧屏,这个没有任何商量余地。再就是格式:VESA 和 JEIDA 是两种数据映射标准,同一块屏选错格式就会出现颜色错乱、花屏。最稳妥的做法是找屏厂要规格书,确认好 pin 定义、供电电压、格式、时序参数,然后再选桥接芯片和排线。

屏线规格数据线数量常见分辨率常见物理接口
单 6(18bit)3 对800×480 / 1024×60020pin / 24pin
单 8(24bit)4 对1024×768 / 1280×80020pin / 30pin
双 6(36bit)6 对1280×800 / 1440×90030pin
双 8(48bit)8 对1920×108030pin / 40pin

3.2 DSI 转 LVDS 桥接的硬件连接要点

桥接方案硬件上不复杂:SoC 的 MIPI DSI 输出接到桥接芯片的 DSI 输入,桥接芯片的 LVDS 输出接到屏的 LVDS 输入,I2C 用来配置芯片寄存器,Reset 引脚控制芯片复位,背光和供电单独控制。但有几个细节非常容易翻车。

DSI 侧的 lane 数必须和桥接芯片配置匹配。比如 TC358775 输入侧支持 4 lane DSI,那 RK3588 那边的 dts 里 DSI 端口就要按 4 lane 配置,数据速率也要在桥接芯片承受范围内,别一上来就拉满。LVDS 侧则要确认数据线顺序和屏的期望顺序一致,尤其是双 8 屏,数据线对调一两对还能出图,错位就彻底黑屏。差分对走线要等长、做阻抗控制(100Ω 差分),桥接芯片到屏的连接器尽量短,这段距离长了信号质量立刻下降。

还有一个工控项目特别容易忽略的点:LVDS 屏的背光驱动。很多老屏的背光供电是 12V,需要单独一路 DC-DC,不能直接从桥接芯片的 3.3V 拉。做硬件时把背光使能(BL_EN)和 PWM 调光脚单独引出来,由 SoC 的 GPIO 控制,这样点屏时序上才能做到“先出图像再亮背光”,避免开机瞬间闪白。

3.3 软件侧的点屏参数配置

RK3588 上 Linux 系统点这类屏,主要工作在设备树里完成。核心是把这段链路的参数说清楚:MIPI DSI 控制器接到哪个桥接芯片、桥接芯片输出什么时序的面板信号、数据格式是什么。以 RK3588 接 TC358775 再出 1280×800 LVDS 屏为例,设备树大致是下面这种感觉:

&dsi1 { status = "okay"; #address-cells = <1>; #size-cells = <0>; panel@0 { compatible = "tc358775"; reg = <0x0>; enable-gpios = <&gpio4 RK_PA5 GPIO_ACTIVE_HIGH>; reset-gpios = <&gpio4 RK_PA6 GPIO_ACTIVE_HIGH>; display-timings { timing0 { clock-frequency = <71100000>; hactive = <1280>; vactive = <800>; hback-porch = <80>; hfront-porch = <48>; hsync-len = <32>; vback-porch = <14>; vfront-porch = <3>; vsync-len = <6>; }; }; }; };

这几个时序参数不是拍脑袋写的,全部来自屏的规格书。hactive/vactive 是有效显示区域,front porch、back porch、sync length 决定刷新率和相位。很多点不亮的情况就是其中一个 porch 参数抄错了几毫秒,画面歪了或者直接没信号。建议先把屏规格书的时序页拍照整理成表格,再逐项填进设备树,别凭感觉估。

如果桥接芯片需要 I2C 初始化(比如配置 PLL、输出通道、数据格式),一般有两种做法:一是让桥接芯片驱动在 panel 初始化时通过 I2C 写寄存器;二是在 bootloader 阶段就配好。RK 平台一般推荐前者,Linux 驱动里挂 i2c client,初始化顺序可控。这里有个小坑:有些国产桥接芯片默认寄存器值是未知状态,上电后必须完整初始化一遍,不能只改几个寄存器,否则输出完全错乱。

3.4 验证阶段必须盯住的三个细节

调屏像照妖镜,硬件问题、软件问题、配置问题全都会以“黑屏”这个统一症状出现。我的习惯是先把链路拆成三段验证:SoC 到桥接芯片(用示波器测 DSI 差分对,确认有数据)、桥接芯片输出(测 LVDS 时钟和数据对,确认有波形)、屏本体(确认供电和背光正常)。哪段没有波形,问题就锁定在哪段。

第二个细节是数据格式。VESA 和 JEIDA 的选择不是随便试的,看规格书里写的格式,然后在桥接芯片寄存器里把对应 bit 配上。这个错误最常见的症状是图像颜色不对,红蓝互换、颜色像底片一样,而不是完全黑屏。

第三个细节是复位时序。屏和桥接芯片对上电时序都有要求,典型的是“供电稳定后至少等几十毫秒再拉低复位,复位释放后再等一段时间才能发数据”。SoC 的 GPIO 控制复位脚时,要确保设备树里 GPIO 的默认状态对上,否则可能上电瞬间复位脚拉高导致桥接芯片没起来。这几个问题我都在项目里真实遇到过,后面统一列个排查表。

4. 显示接口选型的实战建议

看完 RK3588 的取舍,你会发现一个本质问题:显示接口的选型其实是在带宽、成本、生态、传输距离之间做平衡。下面把这几个主流接口放在一起对比,再根据不同项目给搭配建议。

4.1 四类主流显示接口横向对比

接口类型典型链路带宽可靠传输距离主要应用场景行业现状
LVDS单 8 约 2.6Gbps / 双 8 约 5.2Gbps0.5m 内最佳存量工控屏、车载屏存量巨大,新增减少
MIPI DSI4 lane 约 4~6Gbps0.3m 内手机、平板、嵌入式模组消费电子主流
eDP4 lane 约 21.6Gbps(eDP1.4)1m 左右笔记本、一体机、高端工控逐步上升
HDMI2.0 约 18Gbps / 2.1 可达 48Gbps几米到十几米(线材决定)电视、显示器、外部扩展外部接口标准

这个对比至少说明两件事:第一,LVDS 在带宽上确实是“过去式”,双 8 的天花板只到 1080p,对于现在动辄 2K/4K 的交互界面力不从心;第二,LVDS 并不是被淘汰,而是“转岗”了,它仍然是很多老设备、存量屏的桥接目标,只是不再是 SoC 的核心投入方向。

4.2 不同项目该怎么搭接口组合

如果你的项目是常规工控人机界面,屏幕是小尺寸、中低分辨率,比如 7 寸 1024×600 或者 10 寸 1280×800,我建议直接选 MIPI DSI 接口的屏模组,不要走 LVDS 桥接。理由很简单:DSI 模组现在非常成熟,货源充足,价格也不比 LVDS 屏贵多少,少一颗桥接芯片还能降低 BOM 成本和故障率。

如果你的项目要求大屏、高分辨率,比如 15.6 寸 1080p 以上、或 21 寸 4K,eDP 是当前最优解。RK3588 内置两路 eDP,加上 eDP 面板的线缆可以做得更长,适合一体机这类结构上需要把主板和屏幕分开布置的设备。

真正需要 LVDS 的只剩两种情况:客户存量屏不能换、或者特殊行业认证过的 LVDS 屏资源无法替代。这时候就走 DSI 转 LVDS 桥接,把桥接芯片放在转接板上,主板的 MIPI DSI 接口保持标准,也能兼顾未来的屏升级。

5. 点屏实战:常见问题与排查实录

最后把这几年点屏遇到的问题汇总成一份速查表,按现象、优先怀疑对象、排查动作列出来,给遇到同类问题的人直接抄作业。

5.1 黑屏:先电压后时序再链路

现象优先怀疑对象排查动作
完全黑屏无背光屏供电、背光供电确认 12V/5V/3.3V 电压到位,BL_EN 电平是否正确
有背光无图像链路未输出数据示波器测 DSI 和 LVDS 差分对,定位无波形段
有图像但瞬间消失复位时序、初始化顺序检查 reset 时序和 GPIO 默认状态
屏幕灰屏/白屏数据线顺序、格式映射核对 lane 映射和 VESA/JEIDA 配置

黑屏的问题最忌瞎换线,我见过有人把排线换了一包,最后发现是桥接芯片的复位 GPIO 在设备树里配错了复用功能。建议严格按“电-时序-链路”三步走:第一步用万用表确认屏的供电和背光使能,第二步用示波器看桥接芯片输入输出波形,第三步才去翻软件配置。前两步排除了 90% 的硬件问题,剩下的基本都是软件参数。

5.2 花屏与偏色:大部分是参数与格式问题

花屏最常见的原因是时序参数错。比如 porch 参数抄错,画面会整体偏移,出现一条彩色竖带或者横带;数据 lane 顺序错,画面会像打乱的拼图;时钟极性反了可能直接没图。排查这类问题,对照规格书的 timing 图表逐项核对是最快的,别小看那几个数字,差一个都亮不舒服。

偏色问题则高度指向 VESA/JEIDA 格式选错。这个错误我以前犯过:一块屏规格书写 JEIDA,桥接芯片默认 VESA,结果偏色严重到像是照片底片。切换到 JEIDA 后立刻正常。记住:这两种格式只是同一信号的不同解释方式,没有哪个“更好”,只有哪个“匹配屏”。

5.3 长期项目里的接口稳定性隐患

点屏亮了只是开始,量产后的稳定性坑更多。LVDS 线材质差、连接器虚接、差分对阻抗不匹配,都会导致屏幕偶发闪横条、抖动。这里分享几条实测过的经验:一是线材不要省,LVDS 排线必须是双绞屏蔽线,普通排线在近距离下勉强能亮,但稍微有点电磁干扰就现原形;二是连接器尽量选带锁扣的,工控设备振动环境,普通插座容易松脱;三是差分走线务必等长,长度差超过几毫米都可能引入时序偏移。

还要特别注意散热和宽温。RK3588 处理器性能拉满时发热不小,如果整机结构上让散热风道经过桥接芯片附近,桥接芯片过热会出现偶发花屏或输出丢失。这类问题在产品测试阶段很难复现,都是出货后在客户现场慢慢冒出来。建议设计时给桥接芯片留足散热空间,别为了省空间把它贴在屏蔽罩下面。

6. 写下最后一点个人体会

回到最初的问题:RK3588/RK3576 砍掉原生 LVDS 到底对不对?我个人实操下来,答案是干脆利落的“对”。这几年调过的 RK3588 项目里,没有任何一个场景是非原生 LVDS 不可的,反而因为把 LVDS 做成了桥接,屏的适配灵活度更高了。我试过同一块主板接多种分辨率、多种格式的 LVDS 老屏,只需要换设备树参数即可,这在以前原生 LVDS 时代反而要焊线改板。

最后再分享一个小技巧:做方案选型时别总盯着“SoC 有没有某个接口”,而是看整条显示链路能不能走通。原生接口也好、桥接方案也罢,只要带宽足够、成本可控、供应链稳定,就是好方案。RD 的功力不该花在纠结一个接口的存废上,而该花在把整条链路吃透、把时序参数调到最稳上。这比争论 LVDS 该不该存在有价值得多。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询