ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

RK3588砍掉LVDS后,嵌入式工程师如何接老屏?三条桥接路线全解析

RK3588砍掉LVDS后,嵌入式工程师如何接老屏?三条桥接路线全解析 拿到RK3588样机那天我照惯例翻了整本原理图想找一个熟悉的LVDS接口。从显示输出一路扫过去MIPI DSI、eDP 1.3、HDMI 2.1、DP 1.4……接口倒是豪华可我把整张板子翻完确实没找到原生LVDS。后来查RK3576的资料同样如此。当时我第一反应不是没有就没有而是转头看了眼仓库里那几百片LVDS屏——这项目到底怎么接这不是瑞芯微一家的事。这几年新出的高性能SoC原生LVDS接口正在悄然消失。LVDS不算新技术工业屏、自助设备屏、车载后装屏里到处都是为什么RK3588、RK3576这两颗主力芯片敢直接砍掉这背后的逻辑值得所有做嵌入式显示项目的工程师认真盘一盘。1. 先聊聊LVDS为什么一块“老屏”让嵌入式工程师念念不忘LVDS全称Low-Voltage Differential Signaling直译是低压差分信号。在显示领域它特指一类屏幕接口标准SoC或显卡芯片侧的发送端把RGB并行数据转为差分信号屏幕侧的接收芯片再把差分信号解成RGB并行数据驱动面板点亮。一个典型RGB888的LVDS链路发送端会把24位RGB数据加上行场同步信号按7:1比例串行化最终输出成4对数据线加1对时钟线。如果是RGB666的6bit屏只需要3对数据线加1对时钟线。物理上你看到的不是几十根并排乱糟糟的信号线而是一组特征阻抗100欧的差分对。这套方案为什么能统治嵌入式显示十几年核心是差分传输的底子好。LVDS电压摆幅通常只有350mV左右共模噪声抗性很强在10pF负载下能轻松跑到几百Mbps每对线。相比早年的并行TTL RGB接口几十根线频率一高就串扰屏线长短一点就花屏LVDS这玩意儿把信号完整性难题一下卸掉大半。工程师喜欢LVDS还有一个很现实的原因调试套路已经固化了。只要对照屏规格书把像素时钟、HBP、HFP、VBP、VFP、同步极性、还有后面会讲到的VESA/JEIDA映射关系填对屏基本就能点亮。不像现在的MIPI DSI还要考虑lane数、连续/非连续时钟、EOTP之类的细节LVDS的调试门槛确实低。不过LVDS也从来不是个省心的接口。不同厂家的屏线引脚顺序五花八门20pin、30pin、40pin都有同样是30pin还有单8和双8的差别线序对不上上电轻则不亮重则烧屏。生态混乱恰恰是它后来被SoC厂商“优化”掉的隐性原因。1.1 LVDS显示链路的基本盘5对线讲完一张屏把LVDS链路拆开看本质就是一个并串转换过程。SoC内部有24根RGB数据线加若干同步线发送端把它们按像素时钟的7倍速率串行化每个像素周期在一对差分线上连续输出7个bit。所以链路的极限很好算像素时钟越高串行速率就越高每对差分线的频率压力也越大。举个例子。1080P60的像素时钟是148.5MHz7:1串行化之后每对数据线的比特率就是148.5×71039.5Mbps。4对数据线总带宽约4.16Gbps扣除有效RGB数据148.5×24≈3.56Gbps之后余量并不算宽裕。这也是LVDS长期停留在2K分辨率以下的原因之一——不是分辨率不能做而是频率越往上PCB和连接器的成本越失控。LVDS屏内部还分单通道和双通道。单通道是4对数据线加1对时钟双通道是8对数据线加1对或2对时钟。需要高分辨率时主板侧会启用双通道把画面按左半区/右半区切给两路LVDS同时传。所谓单8屏、双8屏说的就是这个数据线对数。1.2 为什么工程师对LVDS又爱又恨爱的是存量。工业HMI、医疗设备、自助柜机、充电桩、车载后装屏十年的库存量巨大很多老产品的改款还要继续用同一款屏哪怕SoC换了一代屏幕端接口也得保持兼容。恨的也是存量。LVDS屏线规格实在太多同样的物理接口定义不同。同样是30pinJAE、JILI、京东方可能各有各的线序查一个屏的规格书往往要翻好几版文档弄错一根线就废一块屏。这么多年下来没有哪个组织能像USB-IF那样把物理层统一掉全凭屏厂和终端企业各自约定俗成。这也就理解了LVDS曾经是个好东西但它已经不再是一个能够保持长期演进的接口标准。2. 从RK3288到RK3588接口全家桶里少了一个成员2.1 先看清楚RK3588和RK3576到底给显示留了哪些口抛开道听途说直接看芯片规格。RK3588的显示端口包括多路MIPI DSI、eDP、HDMI、DP支持多屏异显和8K解码。RK3576同样提供了MIPI DSI、eDP、HDMI等接口。需要注意的是这两颗芯片各版本封装、各批次参考设计可能存在差异接口支持情况还是要以瑞芯微官方最新Datasheet为准。但就目前公板和常见SDK来看原生LVDS确实不在显示接口清单里。给我留下深刻印象的是这个对比老一代平台里LVDS是常见配置很多项目直接用它接工控屏到了新一代高性能平台LVDS的位置让给了MIPI DSI和eDP。表格感受一下典型差异功能RK3588/RK3576新平台部分老平台/中低端平台示例MIPI DSI是是eDP是部分有HDMI是是/否视型号原生LVDS官方参考设计未见常见旧屏库怎么办只能靠桥接芯片这个后面专门讲。先看这个“砍”的动作本身意味着什么一颗SoC删掉一个接口绝不是PCB上少画几个引脚那么简单背后是一整套取舍逻辑。2.2 砍掉LVDS之后最直接的连锁反应第一反应是成本。RK3588方案上如果必须接LVDS屏得加一颗MIPI转LVDS或eDP转LVDS的桥接芯片。一颗桥接芯片根据品牌和规格不同价格从几块钱到十几块钱不等在BOM里是一笔不算小的开销还要占一块PCB面积。第二反应是开发量增加。桥接芯片要有初始化代码设备树要配时序屏参要从桥芯片这边过一道调试工作量和排查难度都比直接用原生接口高出不少。第三反应反而是好事。删掉LVDS释放出来的引脚和封装面积可以被其他功能吃掉。RK3588这种级别的高性能SoC对USB3、PCIe、多路以太网、NPU算力的需求远比一个老显示接口更迫切。显示链路的总带宽由显示控制器VOP统一分配保留LVDS不仅占用引脚还占用显示通路资源并不合算。3. 瑞芯微为什么敢砍LVDS四条底层逻辑3.1 带宽是硬天花板LVDS很难再做上去SoC厂商砍接口首要理由是技术演进到天花板了。LVDS的每对线速率继续往上爬很难而显示分辨率却在向2K、4K甚至8K迁移。搬个计算过程出来看。2K602560×1440的像素时钟大约在250到290MHz之间取决于消隐参数如果双通道LVDS左右分割每通道时钟约125到145MHz7:1串行后每对数据线约900M到1Gbps勉强还能跑。但到了4K60像素时钟接近600MHz就算双通道把像素时钟对半分每对数据线速率也要逼近2Gbps以上这已经超出LVDS传统意义上的低成本区间了。想继续做要么加通道要么提速率而这两条路都会让PCB、连接器、驱动芯片的成本全面失控。反观MIPI DSI和eDP在带宽演化上从容得多。MIPI D-PHY每个lane跑1.5Gbps甚至更高4 lane总带宽轻松超过6Gbps。eDP在PC领域成熟多年单lane就有2.7Gbps到5.4Gbps的规格4 lane的总带宽对4K60毫无压力。市场需要高分辨率、高刷新率LVDS是第一个出局的接口。3.2 引脚和die面积的经济账做一颗SoCpin脚和硅片面积都是真金白银。LVDS和MIPI DSI一样属于高速接口但LVDS的物理层需要一个独立的模拟PHY占用die面积还要在封装上留出足够的引脚。算笔粗糙的账单通道RGB888 LVDS是5对差分线10个信号脚双通道就是20个信号脚。20个引脚干点什么不好够配一路PCIe或者两组USB3.0还能省下不少内核功耗和Layout压力。对一颗主打AIoT、边缘计算的SoC来说这几个引脚的价值远高于一个正在退场的显示接口。RK3588这颗芯片的设计逻辑很明确把资源投给NPU、视频编解码、多路显示控制器、高速外设而不是去养一个增量市场萎缩的LVDS PHY。砍掉LVDS后同样的die面积和引脚预算可以换回更多AI算力这是面向当下市场的合理选择。3.3 面板供应链已经“用脚投票”决定接口寿命的不只是SoC还有面板产业链。屏幕模组厂在决定要不要继续投LVDS驱动IC、要不要继续留LVDS接口时看的是新增订单。近几年的新开模产品小尺寸面板基本走MIPI DSI中尺寸以上偏重eDP。LVDS从“默认选项”变成了“老项目兼容项”。新开的工业屏可能还会提供LVDS版本但同一块屏通常会同时出eDP或MIPI版本有些屏厂甚至逐步停掉LVDS型号。再加上LVDS屏线标准本来就乱20pin、30pin、40pin单6、单8、双6、双8线序各厂都有微调。对整机厂来说这种不统一的生态意味着更高的备料风险和验证成本。面板厂没有动力继续维护SoC厂商自然也不愿意再为这个存量接口付费。3.4 产品定位变了RK3588不是给旧屏库配的瑞芯微把RK3588定位于高性能AI处理器目标市场是边缘计算盒、NVR、智能座舱、机器人和云终端。这些产品形态里屏幕要么是HDMI输入的显示器要么是MIPI直接接口的触摸屏要么是eDP的笔记本类面板。相反对LVDS有大量需求的是低端工控HMI、老式自助设备这些市场由中低端芯片或存量SoC继续覆盖更合理。这就是典型的差异化产品矩阵老平台保兼容新平台冲高规格。对一个高端平台的用户而言与其让一颗旗舰芯片为老旧接口做妥协不如让它把资源集中在更有价值的方向上。说句实话RK3588砍LVDS是被反复论证过的正常商业决策不是拍脑袋。4. 没有原生LVDS三条能直接落地的接屏路线既然芯片不带LVDS项目又必须用LVDS屏能选的路线无非三条MIPI DSI转LVDS、eDP转LVDS、把屏换掉。先把路子理清楚再告诉你哪种情况下选哪条。4.1 路线一MIPI DSI 转 LVDS大多数项目首选RK3588和RK3576都带MIPI DSI用一颗桥接芯片把DSI信号转成LVDS是最自然的方案。这类桥接芯片市面上很成熟我手头常用的两款桥接芯片输入输出适用场景东芝/瑞萨 TC358775MIPI DSI 4-lane单/双通道LVDSRGB666/RGB888支持VESA/JEIDARK3588、RK3576接工控LVDS屏最经典龙讯 LT8912BMIPI DSI双通道LVDS国产方案性价比和供货都不错硬件上SoC的MIPI DSI信号直接进桥芯片桥芯片的LVDS输出接屏。SoC与桥之间走I2C用于初始化寄存器。桥芯片自己需要一个时钟源有些方案用SoC输出MCLK有些桥芯片自带晶振具体看数据手册一定要先确认。软件上这套方案的本质是SoC只知道自己输出的是MIPI DSI数据包不知道对面是什么屏。桥芯片内部会把DSI包还原成并行RGB时序再按LVDS格式发出去。因此屏参、VESA/JEIDA、单双通道这些配置全要落到桥芯片的初始化寄存器里。需要注意的是TC358775这类桥芯片在Linux主线内核里通常没有完备驱动RK提供的SDK或厂商BSP里一般会有驱动或参考代码。设备树挂载方式可以这样写以实际SDK为准dsi0 { status okay; ports { #address-cells 1; #size-cells 0; port0 { reg 0; dsi_out: endpoint { remote-endpoint bridge_in; }; }; }; }; i2c5 { status okay; clock-frequency 400000; tc358775: tc35877536 { compatible toshiba,tc358775; reg 0x36; reset-gpios gpio4 RK_PA5 GPIO_ACTIVE_LOW; /* 具体属性以桥芯片数据手册和SDK驱动为准 */ status okay; }; };设备树只是声明存在真正干活的是桥芯片的初始化序列。调这种板子最可靠的手段是拿一颗原厂或者同行的已验证工程做参考把桥的寄存器配置逐项对照屏规格书核一遍。4.2 路线二eDP 转 LVDS当eDP通道更合适时RK3588和RK3576都带eDP有时候MIPI DSI已经分配给触摸屏或第二屏了主屏只能走eDP通道那就用eDP转LVDS的桥接芯片。这类方案的代表是NXP PTN3460还有类似的DP转LVDS桥。PTN3460接收DisplayPort/eDP输入输出单通道或双通道LVDS支持RGB888和RGB666。它本身支持VESA和JEIDA映射可以通过I2C配置。eDP转LVDS比DSI转LVDS麻烦在哪三个字链路训练。eDP是带AUX通道协商的协议SoC和桥芯片之间要先完成链路训练确认lane数、链路速率然后才开始传视频数据。桥芯片如果配置不对训练失败屏幕就永远黑着还不容易定位。调eDP转LVDS时我习惯先固定参数。把SoC侧eDP的lane数和速率固定成桥芯片支持的档位比如2 lane、2.7Gbps不要让它自动协商减少变量。等屏点亮了再一步一步放开自动训练。调试期少踩一个动态问题就少熬一个晚上。4.3 路线三把屏换掉最不性感但最省事如果你想听一句得罪人的真话——新项目新开模有条件换eDP或MIPI屏就直接换接口形态。LVDS屏再便宜加上桥接芯片和调试工时未必比一块新接口屏省成本。什么情况下坚持用LVDS库存屏已经买好了、老项目改款不能动屏、客户指定某款只有LVDS版本。这些场景属于“现实约束”老老实实加桥。什么情况下果断换项目还在方案预研阶段屏幕还没最终定版供货周期和长期可用性比短期采购价格更重要。这时候换上新接口屏后续所有工程师都会感谢你。我见过太多项目为了省几块钱选了老库存LVDS屏结果桥芯片调试占了两个礼拜硬件还要为了差分等长多走一层板整体算下来根本省钱。接口这事决不能只看屏单价。4.4 一个关键配置VESA还是JEIDA错一个就是花屏说到桥接调试必须单独把VESA和JEIDA拎出来讲。这两个是LVDS数据位映射规范决定了RGB三个分量在数据线上的排列顺序。VESA映射和JEIDA映射的R、G、B位排列不一样。屏幕规格书里会明确写“Support VESA Format”还是“Support JEIDA Format”桥接芯片的输出端也要做同样选择。如果两边映射不一致最常见的结果是颜色完全错乱比如整屏红蓝互换、绿色丢失或者画面像负片一样。排这种问题不要瞎猜直接干两件事一翻屏规格书找到Mapping Table确认屏幕到底要VESA还是JEIDA二检查桥芯片输出端寄存器里配的是不是同一映射。这两个都对上了颜色问题基本能解决。5. 接LVDS屏最容易踩的五个坑实测记录5.1 桥不工作I2C探测不到MIPI DSI转LVDS桥芯片没有在系统里正常工作最典型的迹象就是i2cdetect扫不到I2C地址。这时候别怀疑协议先查三样东西桥芯片供电电压对不对复位引脚有没有被拉高I2C地址引脚的电平组合对不对。桥芯片的I2C地址通常是硬件引脚决定的同一个型号可能有多个可选地址。千万不要只按数据手册里的“默认地址”去猜实际以原理图上地址引脚的上拉下拉配置为准。5.2 上电花屏随后稳定或者一直花屏如果上电瞬间花几秒然后恢复正常多半是主控和屏的上电时序没对上。桥芯片初始化完成之前SoC已经往外丢显示信号桥输出端自然一团糟。解决办法是调整设备树和驱动里的上电延迟让桥芯片完成PLL锁定和输出稳定之后再让SoC送画面。如果一直花屏优先查分辨率参数。LVDS屏没有标准EDID可读全靠你在软件里填的HBP、HFP、VBP、VFP来匹配物理屏幕。参数错一个pixel都会导致画面整体偏移或者滚动。5.3 一直白屏但示波器能看到LVDS时钟白屏说明背光和屏供电大概率正常问题出在数据通路。用示波器测LVDS时钟对能看到频率接近你配置像素时钟的信号说明桥已经在输出但数据内容没被屏幕正确解析。优先查DE信号极性、行场同步极性。LVDS屏对同步信号极性的要求不像TTL那么宽容很多屏规格书会明确标出“DE active high”“HSYNC active low”之类的说明照着确认一遍。5.4 双通道LVDS split配置错误接双8屏时经常出现只有半边有画面、另一半全黑或者图像左右错位的现象。双通道LVDS有两种常见的画面分割模式左右分割和奇偶像素分割。有些屏用LEFT/RIGHT split有些用ODD/EVEN像素交替。桥芯片里有一项就是选这个模式选错了半个屏幕就别指望亮。另外还要注意主从通道的判定。双通道LVDS里通常有一个通道要被配置为“主通道”另一个为“从通道”两边的时钟和数据排列关系如果不对同样花屏。5.5 LVDS信号完整性问题闪屏、水波纹、近距离干扰LVDS是差分信号阻抗要求100欧。走线的时候一定要控制差分阻抗差分对内等长、对间等长都要做。PCB上如果LVDS走线和USB、PCIe走线距离太近干扰会直接上屏表现为轻微水波纹或者边缘抖动。排干扰最有效的手段是看LVDS连接线。廉价屏线如果屏蔽层质量差哪怕主板Layout没问题照样闪。换一根双绞屏蔽线试试很多时候问题就消失了。6. 我的取舍思路什么时候该坚持LVDS什么时候该换总线作为一个天天和屏打交道的人我判断一个显示方案要不要继续沿用LVDS就看三点库存约束、量产规模、接口生命周期。如果这是一个要出货几万台的量产产品屏幕供应链周期要拉长到三五年我会劝你仔细评估换eDP或MIPI屏。LVDS屏的存量市场还在但新开案的份额在逐年缩小哪个屏厂都没有动力为它做长期备货承诺。为了省一个桥芯片的钱把产线的供应链命脉绑在一个夕阳接口上风险太大了。如果项目已经有几千片LVDS屏库存压着或者客户明确指定一定要用某款LVDS屏那就痛快加桥。TC358775这类桥芯片很成熟开发一次后面照抄就行没必要在这个阶段折腾换屏。我在RK3588上实际跑LVDS屏的心得是只要先把VESA/JEIDA、单双通道split、上电时序这三样确认清楚这套桥接方案其实很稳定。真正痛苦的从来不是桥芯片本身而是很多人习惯拿老平台的LVDS调试经验套到新平台走线、屏参、寄存器配置全变了自然一头雾水。最后再分享一个习惯新项目选屏我打死不选一个还要靠桥芯片才能接上去的屏幕但如果必须接我一定会在电路上预留两套方案的引脚兼容。这样哪天客户改主意或屏厂停产我能迅速切换不至于被一个接口锁死整个产品周期。接口会老但方案不会这就够了。
返回列表