1. 项目缘起为什么是12.3英寸1920x720的LCD最近在折腾一个车载信息娱乐系统的原型需要一块尺寸适中、分辨率清晰、接口丰富且功耗可控的显示屏。市面上常见的7寸、10.1寸屏要么太小要么比例太方放在中控台上总感觉差点意思。我的目标很明确一块宽屏最好是16:9或更宽的用来同时显示导航、多媒体和车辆状态信息视觉上要连贯不能有割裂感。在翻遍了各大模块厂商的目录和开源硬件社区后一块12.3英寸、分辨率为1920x720的LCD屏进入了我的视线。这个组合乍一看有点特别。1920x720这不是标准的16:91920x1080也不是常见的1280x720。它的宽高比大约是2.67:1是一个非常修长的“带鱼屏”。这正是我需要的——超宽的视野非常适合并排显示多个信息窗口而720像素的垂直高度在12.3英寸的尺寸下像素密度PPI大约在161左右对于车载观看距离来说清晰度完全足够文字边缘不会有明显的锯齿感。更重要的是这个分辨率对主控芯片的渲染压力比1080p小不少意味着我可以选用性能稍弱但成本更低、功耗更优的处理器比如STM32H750或者一些中端的ARM Cortex-A系列芯片这为整个项目的BOM成本控制和散热设计留下了很大空间。这块屏通常被用于一些高端车型的仪表盘或中控副屏所以它的工业级可靠性是有保障的工作温度范围宽亮度也足够对抗日间强光。我拿到手的这块屏驱动板已经集成了LVDS或eDP接口并且非常贴心地提供了HDMI和Type-C通常支持DP Alt Mode两种视频输入方式以及一个简单的5V电源输入。这意味着我可以用树莓派、RK3588开发板通过HDMI直连快速验证显示效果也可以用带视频输出的Type-C接口的笔记本电脑或手机直接投屏调试极大简化了前期开发流程。而最终的嵌入式系统则可以通过驱动板上的FPC连接器用LVDS/eDP信号直接驱动获得最稳定和低延迟的显示效果。接下来我就结合这块屏的特性从接口选择、驱动原理、电源设计到实际集成中的坑详细拆解一遍。2. 接口深潜HDMI、Type-C与LVDS/eDP的选型与实战这块屏的驱动板提供了多种接入方式这不是简单的“兼容”背后对应着不同的应用场景和设计复杂度。理解它们才能做出最合适的选择。2.1 HDMI接口即插即用的快速验证通道HDMI是最高效的验证工具。你只需要一根标准的HDMI线一端接开发板如树莓派4B、RK3566/RK3588核心板一端接屏幕上电就能看到画面。对于应用开发、UI效果调试来说这是零门槛的。但这里有个细节需要注意这块屏的原始分辨率是1920x720这不是一个标准的HDMI分辨率。大多数操作系统或显示驱动在通过HDMI输出时会有一个EDID扩展显示标识数据的读取过程。屏幕的驱动板会通过HDMI的DDC通道本质上是I2C总线告诉主机“我支持1920x72060Hz这个模式”。如果一切顺利主机就会自动配置并输出这个分辨率。注意如果你用的开发板或主机系统比较“小众”或者你手动强制了一个不支持的分辨率可能会导致黑屏。这时你需要进入系统的显示设置或者通过命令行如Linux下的xrandr手动添加这个显示模式。一个典型的添加命令如下在Linux下假设HDMI接口为HDMI-1cvt 1920 720 60 # 计算生成该分辨率对应的模型ine # 输出类似Modeline 1920x720_60.00 134.75 1920 2056 2256 2592 720 723 728 748 -hsync vsync xrandr --newmode 1920x720_60.00 134.75 1920 2056 2256 2592 720 723 728 748 -hsync vsync xrandr --addmode HDMI-1 1920x720_60.00 xrandr --output HDMI-1 --mode 1920x720_60.00这个过程实际上是在告诉显卡驱动生成一个符合VESA标准的时间参数并应用到指定输出上。HDMI的电磁干扰EMI设计是一个容易被忽略的坑。从热搜词里能看到“hdmi电磁干扰设计图”这说明很多人在实际产品中遇到了问题。HDMI信号速率很高以1920x72060Hz24位色深计算像素时钟约134MHz数据速率很高如果PCB走线不当很容易成为辐射源或受到干扰导致画面闪烁、雪花。在自制驱动板或集成时必须严格遵守差分对走线规则等长、等距、紧耦合且最好有完整的参考地平面。HDMI连接器处的ESD保护二极管也是必须的否则热插拔可能击穿主控的IO口。2.2 Type-C接口一线多能的现代方案驱动板上的Type-C接口通常支持DisplayPort Alternate ModeDP Alt Mode。这意味着通过一根全功能的Type-C线可以同时传输视频、数据并为设备充电。对于笔记本电脑或一些高端手机、平板来说这是最简洁的连接方式。它的本质是通过Type-C接口里的高速差分对通常用SSRX/SSTX那几对来传输DP信号。驱动板内部会有一颗DP到LVDS或eDP的转换芯片比如龙迅的LT8918系列或者谱瑞的PS系列。这种方案的优点是接口统一、线缆简洁。但调试起来可能比HDMI更麻烦一些因为涉及到DP协议的协商和可能存在的PD电力传输通信。如果你发现用Type-C连接没信号排查顺序应该是线缆确认使用的是全功能Type-C线支持视频传输而不是仅能充电的数据线。源端设备确认你的电脑或手机Type-C口是否支持DP视频输出。很多手机的Type-C仅支持USB 2.0和充电。驱动板供电有些转换芯片对5V电源的质量要求较高电压不稳或电流不足会导致芯片工作异常。2.3 LVDS/eDP嵌入式系统的终极选择无论是HDMI还是Type-C输入最终在驱动板上都会被转换芯片转为LVDS低压差分信号或eDP嵌入式DisplayPort信号再通过一条细长的FPC排线送到液晶面板本身。对于最终的产品化嵌入式设计我们肯定会绕过HDMI/Type-C转换板直接用主控芯片的LVDS或eDP输出接口来驱动屏幕。LVDS一种成熟、稳定、抗干扰能力强的差分信号标准广泛用于中低分辨率屏幕。它需要一组时钟对和若干组数据对对于1920x720 24位色通常需要4对或5对数据线。STM32F429/F769等MCU的LCD-TFT接口配合一个RGB转LVDS芯片如SN65LVDS84、THC63LVDM83D可以驱动。但STM32H750这类高性能MCU更常见的是直接驱动RGB接口屏或者使用MIPI-DSI接口。eDP可以看作是DP协议的嵌入式版本比LVDS更先进支持更高的分辨率和刷新率传输线数量更少通常只需1对或2对主链路差分对还支持背光控制和AUX通道用于DDC/I2C通信。像RK3588这类高性能应用处理器通常原生就带有eDP输出接口。对于我们的1920x720屏如果面板接口是eDP那么直接对接RK3588的eDP TX会是最佳选择电路简洁性能最优。如果是LVDS接口则需要在RK3588和屏之间增加一个RGB/eDP to LVDS的转换芯片。关键排查点I2C通信。无论是HDMI的DDC还是eDP的AUX通道抑或是直接控制触摸屏或屏幕参数都离不开I2C。热搜词里“rk3588 hdmi接屏幕没有i2c信息”就是一个典型问题。在Linux系统下你可以使用i2cdetect工具来扫描总线查看屏幕的I2C设备地址是否被正确识别。如果没有首先检查硬件连接上拉电阻通常4.7kΩ是否焊接SCL/SDA线是否接反、虚焊。其次检查设备树Device Tree配置是否正确使用了对应的I2C控制器引脚。LVDS屏幕可能还有一个独立的I2C用于读取屏的EDID或控制电源时序这个也务必确认。3. 电源设计5V输入的“稳”字诀这块屏的驱动板通常只要求一个5V的输入看起来非常简单。但就是这个简单的5V埋着最多的坑。驱动板内部的电路可能包括DC-DC降压芯片产生3.3V、1.8V等电压给逻辑电路、背光升压电路将5V升至数十伏驱动LED灯条、以及各种接口芯片。它的瞬时功耗尤其是在背光全亮、画面全白时可能达到5W甚至更高意味着电流可能超过1A。3.1 电源架构规划你不能直接用一个小功率的USB充电头或者开发板上孱弱的5V引脚来带它。我的方案是设计一个独立的电源模块输入范围覆盖常见的12V/24V车载环境或9V-24V适配器稳定输出一个干净的5V/2A以上。核心是选择一个合适的DC-DC降压芯片。像经典的LM2596开关降压或7805线性稳压在热搜里被频繁提及但它们各有局限7805线性稳压电路简单但效率低。如果输入12V输出5V/1A那么(12V-5V)*1A7W的功率会以热量的形式耗散在7805上必须加巨大的散热片不适用于紧凑或封闭空间。LM2596开关降压效率较高可达80%-90%但它是比较老的芯片开关频率低约150kHz需要的外围电感、电容体积较大。我更推荐使用新一代的同步整流降压芯片比如TPS54231DR热搜中出现了。它是同步整流架构效率更高频率可达570kHz可以使用更小体积的电感和电容。但热搜词里也提到了它的一个诡异问题“TPS54231DR 输出5v 加热下就有输出 过不了多久又没输出”。这典型是热稳定性问题。可能的原因有芯片过热保护虽然它是同步整流效率高但如果负载电流大、PCB散热设计不好比如铺铜面积不够没有打过孔到背面散热芯片结温上升到保护阈值通常125°C-150°C就会关断输出。降温后结温下降芯片又重新工作如此循环。解决办法严格按照数据手册的布局要求将芯片的散热焊盘Thermal Pad通过多个过孔连接到PCB底层的大面积地铜箔上帮助散热。必要时可以轻微吹风或加一个小型散热片。电感饱和选用的电感额定电流不足在高温下电感值下降导致开关电路异常。需要确认电感的饱和电流Isat远大于芯片的最大开关电流限值。输入/输出电容失效高温下特别是使用了低质量的电解电容其等效串联电阻ESR可能急剧变化导致电源环路不稳定。我的实际电路选用了一颗国产的同步降压芯片输入支持到36V输出5V/3A开关频率500kHz。布局时我将芯片、电感、输入输出电容尽可能紧凑地放在一起减少高频环路面积以降低EMI同时芯片底部打了十几个过孔到背面地平面并在背面预留了敷铜区域实际测试中连续满载工作数小时温升完全可控。3.2 电平转换与信号完整性除了主电源屏幕上可能还有来自主控的3.3V电平的控制信号比如背光使能BL_EN、复位RESET等。而主控这边可能是3.3V系统。如果屏幕的控制信号是5V电平就需要进行电平转换。对于低速信号如复位、使能最简单的方案是使用一个MOS管或三极管搭建单向电平转换电路。对于双向的I2C总线则需要专用的电平转换芯片如TXS0108E或用MOS管搭建经典的电平转换电路热搜词里有“用二极管搭成的i2c电平转换电路”但那不是最优方案二极管方案有压降且非双向推挽可能影响高速下的信号完整性。我强烈建议使用现成的、集成的双向电平转换器省心可靠。对于高速的LVDS或eDP信号它们本身就是差分信号抗干扰能力强但也要注意走线的阻抗控制通常差分阻抗目标为100Ω。确保差分对走线等长、等距且远离噪声源如DC-DC的电感、时钟线。4. 驱动开发从MCU到Linux的实战路径有了稳定的硬件下一步就是让屏幕亮起来并显示内容。根据主控的不同驱动路径截然不同。4.1 基于STM32等MCU的驱动对于STM32H750这类高性能MCU驱动RGB接口屏是首选。但我们的屏是LVDS/eDP接口所以需要一个RGB转LVDS的桥接芯片。STM32的LTDCLCD-TFT显示控制器外设输出RGB并行信号连接至桥接芯片再由桥接芯片转换成LVDS信号驱动屏幕。核心问题STM32H750 DMA驱动SPI LCD问题。这个热搜词很有意思它可能指向两种场景屏幕本身是SPI接口的小屏比如IPS彩屏用DMA驱动SPI以提高刷新率时遇到了问题。更可能的是在用STM32驱动大屏时使用了SPI接口的NOR Flash或SRAM作为显存FrameBuffer通过DMA将数据从Flash/SRAM搬运到LTDC这个过程出现了问题。对于第二种情况这是驱动高分辨率屏的典型架构。STM32内部RAM有限H750只有128KB DTCM RAM快1MB AXI RAM不足以存储一整帧1920x720x2RGB565≈ 2.7MB的显存。因此需要外扩存储器。流程是LTDC控制器自动从外部存储器通过FSMC/FMC总线或SPI接口读取显存数据并刷新显示。同时CPU或DMA2D2D图形加速器负责更新外部存储器中的图像内容。DMA驱动SPI Flash/SRAM的坑带宽瓶颈SPI接口即使Quad-SPI的读取速度可能无法满足LTDC实时刷新的高带宽需求导致画面撕裂或闪烁。必须计算刷新率 x 水平像素 x 垂直像素 x 每像素字节数 所需带宽。以60Hz1920x720RGB5652字节计算需要约160MB/s的带宽。QSPI在高速模式下或许能达到但会占用大量总线资源。更好的方案是使用并行的FMC接口连接SRAM或SDRAM作为显存。内存映射模式对于QSPI Flash可以配置为内存映射模式Memory-Mapped Mode这样Flash就像只读内存一样被LTDC直接访问无需CPU干预。但写入更新画面仍需通过QSPI指令速度较慢适合静态或缓变画面。DMA配置错误如果使用DMA从内部RAM搬运数据到SPI外设去更新Flash/SRAM要特别注意DMA的源/目标地址、数据宽度、传输模式是否循环是否配置正确。中断处理不当可能导致数据覆盖或DMA挂起。我的建议是对于1920x720这个分辨率在STM32平台上最优方案是使用带FMC/SDRAM控制器的型号如STM32H750B-DK开发板外接一片32MB以上的SDRAM作为显存。LTDC直接连接RGB转LVDS芯片显存在SDRAM中CPU或DMA2D可以高速更新SDRAM内容这是最流畅的方案。4.2 基于RK3588等Linux SOC的驱动在Linux环境下驱动显示的核心是显示驱动框架比如DRMDirect Rendering Manager/KMSKernel Mode Setting。对于RK3588其芯片内部集成了强大的显示子系统包含多个VOPVideo Output Processor和对应的eDP、HDMI TX物理层。驱动开发流程设备树配置这是最关键的步骤。你需要在内核的设备树源文件.dts中正确配置edp节点使能eDP控制器配置相关时钟、电源域。edp_phy节点配置eDP物理层。route_edp节点设置显示通路将某个VOP连接至eDP接口。i2c节点配置连接屏幕EDID或触摸屏的I2C总线。pinctrl配置所用引脚的功能复用复用为eDP功能组。 你需要参考RK3588的TRM和内核已有的板级设备树来编写。一个配置错误就可能导致无显示。内核配置与编译确保内核配置中使能了DRM、ROCKCHIP DRM、eDP支持等选项。然后编译内核和设备树更新到开发板。调试上电后使用dmesg | grep -i drm或dmesg | grep -i edp查看内核日志确认eDP驱动是否成功加载是否成功读取EDID以及是否成功创建了/dev/dri/cardX设备节点。用户空间测试可以使用modetest来自libdrm-tools工具来测试显示。首先modetest -D /dev/dri/cardX查看可用的显示接口和模式然后尝试设置1920x720分辨率进行输出。热搜词中“基于zynq的linux hdmi驱动开发与petalinux集成实战”虽然平台不同但原理相通都是在内核驱动框架下配置好对应的显示控制器和PHY然后通过设备树描述硬件连接。常见问题无显示但背光亮首先查电源屏的VCC、背光供电然后查信号。用示波器或逻辑分析仪测量LVDS/eDP的时钟对是否有波形。如果有时钟说明主控端输出基本正常问题可能在屏线接触、屏本身或驱动板逻辑电源。如果无时钟重点排查主控端设备树配置和时钟。花屏、闪屏大概率是信号完整性问题。检查差分线是否等长是否受到干扰尤其是来自电源的干扰。LVDS的电压摆幅swing和共模电压common mode是否在屏的规格书要求范围内可以尝试在驱动端串联一个小电阻如10-33欧姆来改善信号质量。颜色不对检查颜色格式配置。RGB888还是RGB565LVDS的位序MSB/LSB是否正确有些屏需要特定的颜色映射顺序。5. 进阶议题音频、干扰与系统集成屏幕点亮只是第一步要把它融入一个完整的系统还有几个问题要解决。5.1 音频传输我们的屏可能不带扬声器但项目可能需要音频输出。HDMI和DP协议都支持音频传输。如果你用HDMI接口音频数据是嵌入在视频数据包中一起传输的。驱动板上的HDMI接收芯片如Silicon Image的SiI系列在解出视频信号的同时也会通过I2S或SPDIF接口输出音频数据流。你需要将这部分音频信号接到你的功放或音频编解码芯片上。热搜词里提到了“hdmi 转 iis 芯片”这正是完成这个功能的芯片比如TI的TAS1020B或者一些国产方案。它们从HDMI信号中提取出I2S音频流。如果你的主控是直接通过eDP驱动屏幕那么音频就需要走另外的通道比如通过主控的I2S接口外接音频Codec。5.2 电磁兼容EMC设计显示系统尤其是高速数字部分是EMC问题的重灾区。除了前面提到的HDMI/DP/LVDS差分线要严格走线外还需要注意电源去耦为每一个芯片的每一个电源引脚就近放置一个0.1uF的陶瓷电容。大电流芯片如背光驱动的电源入口还需要并联一个10uF或更大的电容。背光驱动电路背光升压电路Boost或LED Driver是开关电路其电感是主要的磁场辐射源。要使用屏蔽电感并将其远离敏感的模拟电路和信号线。屏线FPCFPC排线本身可能成为天线。如果可能使用带接地层的FPC排线或者在FPC连接器附近用导电泡棉将其接地。5.3 系统功耗与热管理12.3英寸的LCD屏其背光是主要的耗电大户。可以通过PWM信号调节背光亮度来有效控制功耗。在Linux系统中背光设备通常会被映射到/sys/class/backlight/目录下你可以通过写入brightness文件来调节亮度值。热管理上要关注两个热源一是屏幕驱动板上的DC-DC芯片和背光驱动芯片二是主控芯片如RK3588。确保它们都有良好的散热路径。在封闭外壳内可能需要考虑增加导热垫、散热片甚至小型风扇。6. 从模块到产品可靠性验证与测试清单当你完成了所有硬件连接和软件驱动屏幕能稳定显示后并不意味着工作结束。要把它变成一个可靠的产品还需要一系列严格的测试。电源稳定性测试使用可编程电子负载模拟屏幕从待机到全白画面切换的动态电流变化可能从几十mA跳变到1A以上用示波器测量5V输入端的电压纹波。确保在最恶劣的负载跳变下电压波动在±5%以内即4.75V-5.25V。信号完整性测试如果有条件使用高速示波器配合差分探头测量LVDS或eDP差分信号的眼图。观察眼高、眼宽、抖动是否在规范之内。这是排查隐性花屏、闪屏问题的最直接手段。长时间老化测试将设备置于高温环境如55°C恒温箱中连续运行图形测试程序如不断切换色彩丰富的画面48小时以上观察是否有任何显示异常、死机或复位。ESD与抗干扰测试对HDMI、Type-C、电源等所有对外接口进行接触放电和空气放电的ESD测试。在设备附近使用大功率的对讲机或开关电源测试其对射频干扰的抵抗能力。兼容性测试使用多种信号源不同品牌的电脑、手机、开发板通过HDMI和Type-C连接测试分辨率和刷新率的自适应能力。特别是测试从睡眠唤醒后显示是否能正常恢复。回过头来看折腾这块12.3寸1920x720的LCD屏远不止是“接上线通上电”那么简单。它串联起了从电源管理、高速电路设计、嵌入式驱动开发到Linux内核框架的一系列知识。每一个环节的疏忽都可能让屏幕点不亮或者表现不稳定。但当你按照上述思路一步步解决电源、信号、驱动、干扰这些难题最终看到清晰的画面稳定地呈现在这块宽阔的屏幕上时那种成就感是无可替代的。这块屏的独特分辨率既是对传统设计思路的一个小挑战也为我们呈现信息的方式提供了新的可能。
