前阵子在一个项目里需要把一块老的10.1寸LVDS工业屏挂到RK3568主板上。主板原生显示接口只有MIPI DSI屏端却是标准的双通道LVDS中间只能加一颗GM8775C把MIPI信号桥接成LVDS。整个过程前后折腾了差不多三天把背光不亮、花屏、偏色、左右半屏错位这些经典问题全踩了一遍。这篇把从硬件连接到设备树配置再到寄存器初始化的完整过程整理出来也把排查思路写清楚给后面要做MIPI转LVDS屏幕调试的朋友做个参考。1. 方案选型与整体设计思路1.1 为什么非要加一颗MIPI转LVDS桥接芯片现在很多主流应用处理器都在砍原生LVDS接口RK3568这类平台默认给的显示接口就是MIPI DSI、eDP或者RGB直接支持LVDS的反而不多。但工业设备、医疗设备、车载屏、自助终端里存量最大的恰恰是LVDS接口的屏幕尤其是10.1寸、12.1寸、15寸这批经典尺寸。总不能为了一个屏幕把整个主板方案换掉Cost Down和交期都不允许。GM8775C这类桥接芯片就是干这个事的。它一端接收MIPI DSI信号内部完成协议解析和RGB数据重组另一端输出标准LVDS差分信号支持单通道和双通道。这颗芯片的输入侧最高支持4-lane MIPI DSI输出侧支持双通道LVDSRGB888或者RGB666都能配最高分辨率到1920x120060Hz这个级别覆盖绝大部分工控屏的需求。选它的原因很直白。第一是国产芯片货源稳定交期不像某些进口桥接芯片那么玄学第二是I2C配置所有功能都能通过寄存器控制调试灵活第三是资料相对完整参考设计也够用。当然市面上也有TI的SN65DSI83、龙迅的LT8918这些方案但GM8775C在这个项目里性价比最合适。提醒一句桥接方案不是万能的。如果屏幕本身是MIPI接口直接用ST7701S这类自带DSI接口的Driver IC就行不需要也不能再串一颗桥接芯片。只有屏端确实是LVDS接口时才需要MIPI转LVDS这一步。1.2 单通道和双通道LVDS怎么判断该用哪种LVDS接口在显示领域已经存在很多年了。它和MIPI一样是差分传输但结构上更单纯一组差分时钟加几组差分数据线时钟上升沿和下降沿都采样数据。所谓单通道LVDS通常由4对数据线加1对时钟线组成能传24bit RGB信号外加HS、VS、DE这几个控制信号。双通道LVDS等于把屏幕分成左右两半每半边各用一组4对数据线加1对时钟线两组同时传输。为什么要分双通道核心原因是像素时钟太高的时候单通道承受不住。以1920x108060Hz为例像素时钟大概在148.5MHz单通道LVDS的差分时钟也要跑到148.5MHz对走线、连接器、线缆长度都很敏感。拆成双通道之后每个通道只需要承担一半的像素速率时钟降到大约74MHz信号完整性的压力一下就小了。而对于1280x80060Hz这种分辨率像素时钟约70MHz单通道LVDS完全够用。那怎么判断该用单还是双直接看屏规格书里的接口定义。如果屏端的LVDS接口有8对差分信号也就是两组LVDS Channel每组4对数据加1对时钟那它就是双通道屏如果只有5对也就是4对数据加1对时钟那就是单通道屏。规格书里通常还会写“Dual LVDS”或“Single LVDS”字样。这个项目里用的就是双通道LVDS屏所以GM8775C的输出必须配置成双通道模式这一点在后面寄存器配置环节非常关键。很多人第一次做双通道时容易栽在这里寄存器里只开了单通道结果屏幕左半部分正常、右半部分是花屏或者乱码。1.3 GM8775C的信号链路与整体架构整条显示信号链路大概是这个走向RK3568的MIPI DSI控制器输出4-lane DSI信号经FPC排线进入GM8775CGM8775C内部完成DSI协议解析把串行数据还原成RGB并行数据然后芯片再把这些RGB数据编码成LVDS串行差分信号通过两组LVDS通道送到屏幕端。整个过程里要盯住三个关键节点。第一是RK3568的DSI配置包括lane数量、像素格式、时钟频率这些参数直接决定MIPI总线上跑的数据量GM8775C输入侧必须和它严格匹配。第二是GM8775C的输入侧寄存器它要知道自己收到的信号是什么格式、几根lane、分辨率多少。第三是GM8775C的输出侧寄存器它要按屏幕要求的LVDS格式、通道数、颜色位宽来输出。我习惯把这个链路理解成“翻译官”模型。RK3568说的是MIPI这种语言屏幕听的是LVDS这种语言GM8775C就是把MIPI语言翻译成LVDS语言的那位翻译官。翻译官不仅要听懂输入语言还得知道输出语言该怎么说两边要求不一致翻译出来的内容就全是乱的。2. 硬件连接与基础检查2.1 电源和复位最容易翻车的地方GM8775C这类桥接芯片看起来功能简单但对电源和复位时序是有要求的。芯片一般需要多路电源数字核心电压、IO电压、LVDS输出端口的电源具体电压等级要看芯片手册。我遇到的大部分应用里IO和模拟部分用3.3V核心电压1.8V或者1.2VLVDS输出部分和IO共用或者单独供电。最需要注意的是上电时序达不到时序要求芯片可能直接处于异常状态。一般要求是先给数字核心电压再给IO电压最后给LVDS输出侧电源。RESET引脚要拉低一段时间等电源都稳定之后再拉高释放复位。有些转接板上自带RC复位电路这个问题不明显但如果是从主板飞线供电或者自己设计转接板一定要仔细核对。调试时我习惯先用万用表把各路电源实测一遍确认电压值在芯片手册允许范围内。很多“屏幕不亮”的问题查到最后都是电源问题比如电压不够、纹波太大、某路电源缺失。另外RESET引脚在高电平时芯片才工作低电平时芯片处于复位状态很多转接板把RESET和3.3V之间加了一个10k上拉如果主板GPIO没有正确释放芯片可能一直被复位住。2.2 MIPI输入端与I2C配置通道GM8775C的MIPI输入侧一般有4对数据差分线加1对时钟差分线也就是D0P/D0N、D1P/D1N、D2P/D2N、D3P/D3N、CLKP/CLKN。这些线要和RK3568的DSI输出一一对应MIPI是高速差分信号P和N不能接反。接反会导致信号极性反相画面大概率出现严重的雪花或者直接黑屏。有些调试环境里排线是现成的不是自己做板子这时候要仔细看排线的pin定义。市面上常见的30pin MIPI排线里有些引脚序不是顺序排列的中间的电源、地、MIPI差分对是交错布置的必须对着原理图查清楚。GM8775C的寄存器配置通道是I2C。I2C地址不是固定的通常由芯片的地址选择引脚决定常见地址有0x36、0x39、0x3A这些要看原理图或者手册。调试时第一步就是先确认I2C通信是否正常。我用的方法是系统起来之后在串口终端执行i2cdetect扫描i2cdetect -y 4其中的4是I2C总线编号要根据芯片挂在RK3568的哪一路I2C上。扫描结果如果能看到对应地址说明I2C通路没问题如果全是“--”说明要么地址不对、要么芯片没上电、要么I2C引脚复用不对。2.3 LVDS输出线序要与屏幕规格书逐项核对GM8775C输出侧是LVDS差分信号双通道模式下有两组输出每组4对数据加1对时钟。屏幕端的LVDS接口里这些差分对是有严格定义的哪一对传哪几位数据必须和芯片输出的映射一致。我第一次调试时因为转接板的LVDS接口和屏幕的线序定义不同导致画面颜色完全不对。后来对屏幕规格书的接口定义表一行一行地比对发现屏幕的R0、G0、B0位序和转接板默认映射不一样。这个问题的本质就是LVDS输出映射关系没对上。还有一个容易忽略的点是屏幕的DE信号、HSync、VSync在每个LVDS通道里是怎么排布的。绝大多数屏只用DE就能正常显示HS、VS不需要也可以但有些屏对HS、VS有要求缺了会锁不住信号导致画面滚动。所以LVDS接口线的连接不能只看物理上插得进去逻辑上也要对着规格书确认。3. RK3568设备树配置与DSI时钟计算3.1 RK3568的DSI控制器在设备树里长什么样RK3568的显示控制器走的是DRM框架设备树里DSI控制器节点一般叫dsi或者dsi0里面还包括对应的MIPI D-PHY节点。连接关系大概是VOP输出到DSI控制器DSI控制器经过D-PHY把并行RGB信号串行化成MIPI DSI信号通过引脚送到外部。在设备树里新增一块屏幕主要做两件事。第一是定义panel节点描述屏幕的时序、GPIO、背光等参数第二是把panel节点和DSI控制器的输出端口连接起来让DRM框架知道数据要从DSI控制器发给这个panel。以RK3568官方内核为例DSI控制器节点里通常会有类似的port结构dsi0 { status okay; ports { #address-cells 1; #size-cells 0; port1 { reg 1; dsi0_out_panel: endpoint { remote-endpoint panel_in_dsi; }; }; }; };而panel节点一般放在dsi0节点内部或者放在根节点下面再通过remote-endpoint引用。两种写法都见过放在内部更容易看清楚从属关系也方便后续配置“dsi-lanes”这种和DSI强相关的参数。3.2 屏幕时序参数的计算与填写屏幕时序是显示调试里最基础的数据。以这块1280x800、60Hz、RGB888的屏幕为例规格书里通常给的是HActive1280、VActive800、HBackPorch、HFrontPorch、HSyncLen、VBackPorch、VFrontPorch、VSyncLen、像素时钟这些参数。计算完整时序的过程是这样的HTotal HActive HBackPorch HFrontPorch HSyncLen 1280 80 48 24 1432 VTotal VActive VBackPorch VFrontPorch VSyncLen 800 13 3 6 822 PixelClock HTotal * VTotal * RefreshRate 1432 * 822 * 60 ≈ 70.65 MHz所以设备树里clock-frequency填70650000左右。如果屏幕规格书明确写了像素时钟直接采用规格书值即可。这里的70.65MHz只是一个由Porch参数推导的参考值有些屏对Porch不太敏感有些屏则要求像素时钟尽量精确填错会导致刷新率不对间接表现为闪烁或者滚动条。填写到设备树之后的位置如下display-timings { native-mode timing0; timing0: timing0 { clock-frequency 70650000; hactive 1280; vactive 800; hback-porch 80; hfront-porch 48; hsync-len 24; vback-porch 13; vfront-porch 3; vsync-len 6; hsync-active 0; vsync-active 0; de-active 0; pixelclk-active 0; }; };这个示例里hsync-active、vsync-active、de-active都是低有效具体取值要严格对应屏幕规格书。极性填反了有的屏幕表现为黑屏有的表现为画面颜色发暗、失真有的表现为有重影。3.3 DSI链路速率、lane数怎么定确定了像素时钟之后接下来要算MIPI DSI链路的速率。DSI是串行应用数据线每根lane的速率和像素时钟、颜色深度、lane数量直接相关公式如下LaneDataRate PixelClock * Bpp / LaneCountRGB888的Bpp是24用4-lane配置LaneDataRate 70.65 * 24 / 4 423.9 Mbps也就是说每条MIPI数据lane的速率大约是423.9Mbps。DSI的时钟频率一般是数据速率的一半因为DDR模式一个时钟周期传两个bit所以DSI时钟约212MHz。RK3568的DSI控制器在设备树里可以通过dsi-lanes来指定lane数量panel节点里一般也要配上对应的lane参数。驱动会根据display-timings里的像素时钟自动计算链路速率但有时也需要手动指定data-rate或者lane-rate这部分和内核版本、驱动实现有关系。一个常见的坑是lane数量不匹配。RK3568的DSI控制器明明输出4-lane但设备树里写的dsi-lanes是2或者反过来。这样会导致GM8775C那边收到的数据和发送端格式不一致画面必然花。调试时第一件事就是确认设备树的dsi-lanes值和实际硬件连接一致。3.4 一份能直接参考的设备树示例下面给一份包含panel节点、GPIO、背光、时序的完整设备树片段方便整体对照。实际使用需要按自己的板子改GPIO编号、I2C地址、背光PWM等。pwm2 { status okay; pinctrl-names active; pinctrl-0 pwm2m0_pins; }; backlight { status okay; pwms pwm2 0 50000 0; brightness-levels 0 255; num-interpolated-steps 255; default-brightness-level 200; }; dsi0 { status okay; dsi-lanes 4; panel0 { compatible simple-panel-dsi; reg 0; backlight backlight; enable-gpio gpio3 RK_PA4 GPIO_ACTIVE_HIGH; reset-gpio gpio3 RK_PA5 GPIO_ACTIVE_LOW; pinctrl-names default; pinctrl-0 lcd_enable_gpio lcd_reset_gpio; dsi-lanes 4; dsi-format rgb888; display-timings { native-mode timing0; timing0: timing0 { clock-frequency 70650000; hactive 1280; vactive 800; hback-porch 80; hfront-porch 48; hsync-len 24; vback-porch 13; vfront-porch 3; vsync-len 6; hsync-active 0; vsync-active 0; de-active 0; pixelclk-active 0; }; }; ports { #address-cells 1; #size-cells 0; port0 { reg 0; panel_in_dsi: endpoint { remote-endpoint dsi0_out_panel; }; }; }; }; ports { #address-cells 1; #size-cells 0; port1 { reg 1; dsi0_out_panel: endpoint { remote-endpoint panel_in_dsi; }; }; }; };注意simpe-panel-dsi和panel-simple这些compatible在不同内核版本里支持情况不一样有些版本需要自己写驱动或者用vendor提供的panel driver。如果板子上电后dmesg里找不到panel初始化信息优先检查compatible是否被内核支持。4. GM8775C初始化与寄存器调试4.1 芯片正常运行需要配置哪些寄存器GM8775C的寄存器配置是整个调试过程中最核心的一环。芯片上电之后默认状态不一定能直接输出你需要的LVDS格式必须通过I2C写寄存器让它知道输入是什么、输出是什么。按照功能可以分成这几类寄存器功能分组作用软复位让芯片内部逻辑恢复到已知状态输入接口配置选择输入源为MIPI DSI、配置lane数、像素格式、RGB位宽输入分辨率配置设置输入画面的水平、垂直分辨率输出接口配置选择LVDS输出格式、色深、VESA/JEIDA映射通道模式配置单通道还是双通道通道间数据分配方式极性配置行场同步极性、DE极性、像素时钟极性测试图案芯片自带的测试画面输出用于排查链路问题这些寄存器的具体地址和取值不同芯片批次或者手册版本可能有差异调试前一定要拿到当前芯片版本的Datasheet不能拿着网上的老资料硬套。我调试时是先把数据手册里所有寄存器分类列表打印出来然后用高亮标出和显示链路相关的项逐个理解含义再配置。4.2 初始化序列的两种落地方式GM8775C初始化序列最终要固化到工程里但在调试阶段不用急着写驱动。我有两种落地方式实际调试中用第二种比较多。第一种是写内核驱动在probe时通过i2c_transfer一次性写入寄存器数组。好处是开机自动初始化用户无感坏处是每次改寄存器都要重新编译内核或者驱动模块调试效率低。第二种是用户态脚本。系统起来之后用i2c-tools直接通过命令行写寄存器# 先写软复位寄存器例如地址0x00值0x01 i2ctransfer -y 4 w2 0x36 0x00 0x01 # 再写输入格式寄存器例如地址0x01值0x10 i2ctransfer -y 4 w2 0x36 0x01 0x10这里的0x36是从i2cdetect扫出来的芯片地址4是I2C总线编号。每写一个寄存器之后可以用i2ctransfer回读确认写入成功i2ctransfer -y 4 w2 0x36 0x01 0x00 i2ctransfer -y 4 r1 0x36回读结果和写入值一致说明寄存器写进去了。如果回读一直不对就要检查I2C速率、地址、芯片是否真的进入了可配置状态。调试脚本的最终版本确认有效之后再把它转成内核驱动里的初始化数组。这个过程能节省大量编译等待时间也方便对着一块屏做参数迭代。4.3 VESA和JEIDA为什么配错就花屏LVDS输出格式里最容易出问题的就是VESA和JEIDA两种映射标准。这两种标准的本质区别是RGB数据在LVDS数据线上的bit位置排列方式不同。VESA是老牌标准很多PC显示器用的都是它。JEIDA则更多见于日系厂商和一些嵌入式LCD屏。同样是RGB888同样的4对LVDS数据线VESA和JEIDA在每对数据线上放的bit顺序不一样。屏端Driver IC必须按照和发送端一致的顺序去解析否则颜色就会完全乱掉。配错的典型现象是画面能亮但颜色整体错乱比如红色应该显示的地方变成了绿色屏幕上有类似“彩色马赛克”的噪点。轮廓还能看清说明同步信号没问题但RGB映射关系对不上。怎么确认该用哪种屏幕规格书的LVDS接口定义表一般会画出来或者直接写“VESA Format”和“JEIDA Format”。有些厂商会在屏幕标签上印FPC型号里面也带V或J字母暗示。如果实在找不到就两种都试一遍看哪个显示正常就用哪个这是最快的方法。4.4 双通道模式下的一点细节GM8775C配置成双通道LVDS输出时有几个细节必须处理对。第一是通道使能。双通道模式必须保证两组LVDS输出都使能如果只开会了一组屏幕就会有一半是黑的或者花的。配置寄存器的时候要确认通道0和通道1都被设置成开启状态。第二是通道数据分配方式。双通道LVDS对数据进行空分奇数通道负责画面左半部分偶数通道负责画面右半部分。GM8775C内部会根据输入分辨率自动做这个分配但如果寄存器配置了错误的分配模式左右半屏的内容就会错乱。第三是通道映射顺序。如果屏幕端定义的Channel0是左半屏、Channel1是右半屏而GM8775C输出侧正好反了那么屏幕可能会整体左右对调也可能变成两块一样的画面或者全是杂乱的图像。遇到这种情况需要通过寄存器或者交换LVDS连接线来纠正。5. 调试实录与问题排查5.1 开机后屏幕不亮先查背光和供电组装完第一版系统上电之后屏幕完全没有反应。这时候不要急着分析设备和寄存器先把“屏亮不亮”拆成两个问题屏幕背光亮不亮屏幕有没有画面信号。背光不亮的排查顺序大概是屏的背光供电正不正常背光使能引脚有没有拉到有效电平PWM亮度控制有没有输出。很多LVDS屏的背光是通过主板上的背光升压板驱动的升压板的供电可能是12V或者5VBL_EN引脚控制背光开关PWM引脚调节亮度。我那次遇到的背光不亮原因是GPIO复用不对。RK3568很多引脚默认不是GPIO功能设备树里如果只写了“enable-gpio”但没有配置对应的pinctrlGPIO根本不会输出有效电平。后来在设备树里显式加上了pinctrl配置背光才正常亮起来。5.2 背光亮了但没画面背光正常之后屏幕依然是一片白屏或者灰色无信号状态。这时候重点看信号链路。先看RK3568的DSI是否真正在输出信号。串口执行dmesg | grep -i dsi正常能看到DSI控制器和panel的初始化信息。如果没有说明DRM链路还没建立起来要么panel节点没有被正确解析要么DSI控制器没有enable。如果内核日志正常再用示波器量MIPI链路。DSI的时钟对在传输数据时应该有周期性波形如果完全平直说明RK3568根本没把时钟送出来如果有波形但幅度很低要检查排线接触和阻抗匹配。再看GM8775C是否工作。量LVDS输出侧的CLKP/CLKN如果能看到差分时钟说明芯片已经在转换如果LVDS侧完全没有波形问题基本集中在GM8775C的复位、电源或者输入信号上。有一次我查了半天最后发现转接板上的复位引脚被3.3V直接拉死了芯片全程处于复位状态LVDS当然没有输出。5.3 花屏、条纹和雪花多半在时序或格式能出画面但花屏这个阶段的信息量是最多的。花屏初步分成两类一类是显示画面能看出整体轮廓但颜色和细节不对这种多半是格式和映射问题另一类是画面上密密麻麻全是横向条纹或者雪花点这种大概率是时序或者时钟问题。先查时钟。用示波器量GM8775C输出的LVDS时钟频率和预期值做对比。如果计算出来应该是35MHz双通道1280x800-60Hz但实测差了很多说明输入到GM8775C的像素时钟不对问题出在RK3568一侧的DSI配置或者设备树时钟计算。再查lane数量。DSI总线上实际跑了几根lane和GM8775C输入侧配置的lane数量必须一致。如果发送端4根lane接收端配置成2根laneGM8775C接收到的数据就是不完整的输出画面必然花。然后查Porch参数。有些屏对HBackPorch、HFrontPorch的边界值很敏感填了一个很小的值导致DE脉冲和实际数据时序对不上液晶面板内部的时钟恢复就可能错乱。这时候不用改分辨率把设备树里的时序参数按规格书重新填一遍往往会立竿见影。5.4 偏色问题RGB映射和极性画面能正常显示图像内容但颜色整体不对这种问题在所有花屏问题里算是比较好判断的。如果整个屏幕偏绿、偏红或者颜色的RGB通道互相串了第一反应就是检查GM8775C的VESA/JEIDA格式配置。前文已经说过这个配置错了色彩就乱。改配置之后重新初始化芯片画面颜色可能马上恢复正常。还有一种情况是灰度没问题但画面有轻微色偏表现为暗部发蓝、亮部发黄之类的。这种往往和LVDS的6bit/8bit配置有关。如果芯片输出的是8bit RGB数据但屏幕内部只支持6bit或者反过来都有可能导致颜色精度不对。此时要把输出色深配置和屏规格书核对。另外像素时钟极性也是一个隐蔽的坑。pixelclk-active这个参数如果和屏幕要求反了画面可能表现成自左向右的轻微颜色错位或者是动态画面拖影。遇到偏色问题除了检查RGB映射也要检查时钟和数据沿的采样点是否匹配。5.5 左右半屏错位与双通道映射双通道LVDS调试里有一个很有辨识度的故障现象屏幕被从中间分成两半左半块显示的内容和右半块显示的内容对调了或者左右半块各显示一幅不完整的图像中间有竖条切割线。这个现象基本锁定为双通道映射错误。GM8775C输出的Channel0应该对应屏幕的左半部分Channel1对应右半部分。如果物理线路上Channel0和Channel1接反了或者寄存器里通道映射关系配置反了屏幕的左右半屏就无法正确拼接。解决方法是先把两组LVDS通道的连接关系搞清楚直接对着原理图和屏幕规格书核验。确认物理连接无误之后再检查寄存器里的通道交换/极性配置。我就遇到过物理连接没问题、但寄存器里有一位置1之后导致左右通道顺序反了的情况把那一位清零就正常了。5.6 用波形说话实测记录一次定位过程有一次屏幕表现为轻微闪烁现象不严重但就是看着难受。当时设备树配置、寄存器配置都检查过了没有明显问题。最后拿示波器实测了LVDS输出时钟发现时钟频率比预期低了约2MHz。原因在于设备树里像素时钟我顺手填了规格书的标称值71MHz但Porch参数算出来实际应该是70.65MHz。由于时钟稍高屏幕内部的时序控制和系统整体时钟有细微偏差导致刷新率不稳表现出来就是周期性闪烁。把clock-frequency改成精确计算值之后闪烁消失。这个案例说明一个道理出现疑难画质问题时不要只盯着寄存器配置设备树的每个数字都是有效果的。用示波器测出来实际频率往回倒推像素时钟是否正确往往能定位到设备树里一个看似不起眼的参数。6. 几点实操经验6.1 调试顺序建议整个MIPI转LVDS屏幕调试我的顺序建议是先硬件后软件先点亮后调色先单通道后双通道。硬件没确认之前不要急着一遍遍改设备树先把电源、时钟、复位、LVDS接线这些基础查清楚。然后以“屏幕亮起来显示正确内容”为目标把链路打通。最后才去调整色深、映射、通道顺序这些更精细的参数。6.2 工具清单与检查表调试过程中我常用的工具包括工具用途串口终端查看内核日志、DRM初始化信息i2c-tools扫描地址、读写GM8775C寄存器示波器测量MIPI和LVDS的时序、频率、幅度万用表测量各路电源电压和连续性屏幕规格书查看LVDS接口定义、时序参数、格式标准芯片手册核对寄存器地址、上电时序、参数范围检查表方面我习惯按顺序过一遍电源电压是否正常RESET是否释放I2C能否通信MIPI lane数是否一致设备树时序是否正确GM8775C输入输出格式是否匹配LVDS接线是否与屏规格书一致。每一步都有明确结果再进入下一步效率最高。6.3 最后再分享一个小技巧调试GM8775C初始化序列的时候不要一开始就想着改成内核驱动。我习惯把寄存器配置写成一个Shell脚本放在系统里每次上电后手动执行一遍画面对了再固化到驱动代码。#!/bin/sh I2C_BUS4 CHIP_ADDR0x36 write_reg() { local reg$1 local val$2 i2ctransfer -y $I2C_BUS w2 $CHIP_ADDR $reg $val } write_reg 0x00 0x01 write_reg 0x01 0x10 write_reg 0x03 0x10 ...这样每次调参数只需要改脚本、执行、看效果整个过程不到十秒。等确定最终参数之后再把它翻译成内核驱动的初始化序列一次过。这个习惯帮我省下了大量重复编译内核的时间尤其是当你需要不断调整VESA/JEIDA、通道映射这些组合参数的时候。另外换屏幕后不要默认沿用上一次的GM8775C配置。每块屏的时序、LVDS格式、通道定义都可能不同必须对着新的屏幕规格书重新过一遍配置项。这个步骤虽然繁琐但能省去后续大量重复排查工作。