把Mini-LED显示技术做到真正能打的程度光有高分区和高亮度的参数远远不够。大家常看的几个指标比如分区数、峰值亮度、色域覆盖只是结果层面的体现真正决定一台Mini-LED显示器能不能把这些纸面参数变成实际观感体验的其实是背光驱动的那一整套底层设计。而在这套设计里AMActive Matrix主动矩阵驱动架构是当前公认的技术高地也是我最近大半年花最多时间钻研的方向。所谓AM驱动大白话讲就是给每一颗LED灯珠都配一个独立的驱动电路用TFT薄膜晶体管或者其他有源器件去精确控制每一颗灯珠的亮灭和亮度等级。和它相对的是PMPassive Matrix被动矩阵驱动靠扫描方式分时点亮整行整列的灯珠。PM的好处是电路简单、成本低但它的瓶颈恰恰卡在Mini-LED最需要的高分区、高刷新、高动态范围上。这两种方案的差异直接决定了Mini-LED背光能不能做到高分区、高刷新、低功耗、无频闪也决定了最终呈现出来的HDR效果是“细节拉满”还是“光晕翻车”。我想把AM驱动架构这件事彻底讲透它为什么是Mini-LED显示绕不开的方向核心难点到底卡在哪我实际调试过程中遇到的那些坑和解决办法以及如果你正准备做一个AM驱动方案从选型、设计到验证的整个链路应该怎么走。不管你是做显示面板的工程师、搞背光模组的同行还是想深入了解Mini-LED技术原理的硬件爱好者这篇文章应该能给你一些实打实的参考。2. 为什么Mini-LED偏偏需要AM驱动Mini-LED背光存在的意义就是通过把灯珠做得足够小在背光模组里塞进成千上万颗灯珠再把这些灯珠划分成几百甚至上千个独立控制的分区。每个分区可以独立调节亮度从而实现比传统LED背光精细得多的局部调光Local DimmingHDR对比度才能做到真正意义上的像素级或近像素级。但“分区独立控制”这六个字落到硬件实现上没那么简单。2.1 PM驱动的“扫描困境”传统的PM驱动思路是把灯珠排列成矩阵用行选通和列驱动的方式逐行扫描点亮。这种方案在分区数只有几十个、最多一两百个的时候还能应付因为分区数量一旦上来每一行被点亮的占空比就会急剧下降。举个具体数字假设一行扫描时间是1/240秒整个背光分成20行那么每一行实际点亮的时间只有总时间的1/20。这意味着为了达到视觉上的目标亮度峰值亮度必须做到平均亮度的20倍。这还不是最要命的更麻烦的是LED的发光效率在你把驱动电流拉高的时候会下降也就是说你多给的电流并不会等比例转化成亮度而会变成热量。这对LED灯珠的驱动电流提出了非常苛刻的要求而且占空比越低电流越大LED的发热和光衰问题就越突出。更麻烦的是PM扫描天然存在一个时间差不同行之间点亮起始时刻不同在高刷新率下容易出现肉眼可见的亮度波动甚至扫描纹也就是俗称的频闪问题。这个频闪还不是“低亮度下才有”的小毛病屏幕越亮、扫描行越多这个问题反而越明显因为人眼对高频亮度波动非常敏感哪怕只是几个百分点的波动长时间看下来都会觉得眼睛累。所以在分区数少、刷新率要求不高的应用里PM还能凑合。但到了Mini-LED这种动辄上千分区的场景PM的物理瓶颈是绕不过去的。2.2 AM驱动的“各管各家”AM驱动的设计思路跟PM完全反着来。每一颗灯珠背后站着一个有源器件通常是TFT薄膜晶体管负责锁存这个像素的灰度值并在整个帧周期内持续驱动灯珠保持目标亮度。背光控制电路只需要把灰度数据写入每个像素的存储电容接下来的整个帧周期内这个像素都会稳定地输出亮度不需要靠扫描来维持。这样一来占空比可以做到接近100%驱动电流不需要为扫描留出巨大余量LED的热负担和光衰风险大幅降低。同时因为每个像素独立保持状态行与行之间不再有开启时间差频闪问题在根源上就被消除了。用大白话讲PM像一帮人排队轮流用一台打印机AM像每个人桌上都有一台打印机我在这个周期内随时去印都行。打印的效率、响应速度、资源占用完全不是一个量级。2.3 高分区时代的必然选择目前市面上的Mini-LED显示器分区数从几百到上千不等旗舰产品和专业监视器已经做到两千分区以上。分区数再往上走PM驱动的扫描行数会越来越多占空比问题会指数级恶化而且PCB布线的复杂度也会同步失控。AM驱动的制造成本确实高一些但换来的是高动态范围、高刷新、低功耗、无频闪这些硬指标上的质的提升。Mini-LED的分区数继续往4000、8000甚至更高去走的话AM驱动几乎就是一个必选项而不是可选项。这也是为什么从技术演进角度看AM驱动架构几乎可以确定是Mini-LED背光的高端主线。3. AM驱动架构的组成与分工一套完整的AM驱动Mini-LED背光系统拆开来看大概有四大块每一块都各司其职少一块都跑不起来。我按照信号流的方向来梳理这样更容易理解整体结构。3.1 背光控制SoC大脑背光控制SoC负责接收来自主SoC或TCON时序控制器的背光控制数据经过算法处理后生成每个分区的灰度指令。这块芯片还要负责Local Dimming算法、动态对比度增强、频闪控制等策略运算。选SoC的时候核心要看这几个参数支持的最大分区数这决定了方案的扩展上限如果产品线有不同档位最好选分区上限有冗余的型号灰度等级深度常见的是12bit到16bit位数越高亮度过渡越细腻特别是暗部场景下的banding色带问题灰度位深不够就会特别明显内部算力是否跑得动多分区下的实时算法尤其是我后面要讲的OD补偿和混合调光策略对算力都有额外需求接口类型比如SPI、I2C、LVDS、MIPI、P2P等需要和面板侧的TCON或者直连驱动芯片匹配。3.2 驱动芯片阵列手指驱动芯片阵列是真正干活的直接和LED灯珠打交道。在AM架构下通常采用栅极驱动IC和源极驱动IC配合的方式或者用集成度更高的单一驱动IC同时完成行扫描和灰度写入。驱动IC决定了灰度写入速度、电流精度、通道数和封装方式。选择驱动芯片最需要关注的指标是通道数比如单颗IC支持16通道、32通道还是64通道。通道数越多需要用的IC数量越少走线和PCB面积压力越小但单颗IC的成本和散热压力也会上升。电流精度也很关键通道间的电流偏差如果超过3%会直接体现在分区亮度的不均匀性上。这个不均匀不是“某个分区特别亮”这种明显问题而是暗场画面下能看到一块一块的亮度差异非常影响观感。3.3 LED灯板执行器LED灯板是背光系统的末端执行单元。Mini-LED灯珠通常采用倒装结构尺寸在100微米到300微米级别正负电极在同一侧方便直接贴装在PCB或玻璃基板上。灯珠的波长一致性、亮度一致性、热阻参数直接决定了最终显示效果和寿命。在AM架构下灯板通常是COBChip on Board或COGChip on Glass工艺。COB是直接把LED芯片贴在PCB上工艺相对成熟、成本可控COG则是直接贴在玻璃基板上和TFT阵列一体成型集成度更高主要用于对厚度和重量要求极端的场景。这两种工艺我后面会专门对比。3.4 光学膜材与扩散层化妆师很多人会忽略这一块但实际上光学层对最终视觉效果的影响一点不比电气层小。AM驱动把灯板的亮度控制做到了极致但如果没有高质量的扩散膜、增亮膜、量子点膜去把点光源变成均匀的面光源用户看到的就是一颗颗刺眼的灯珠而不是细腻的画面。光学方案选型的时候需要根据灯珠间距、驱动分区、亮度指标去计算扩散距离和膜材层数。灯珠间距越小对扩散的要求反而越高因为点光源更密集干涉纹Moiré的风险更大。这里说的干涉纹不是屏幕上常见的摩尔纹而是扩散板和灯珠阵列之间因为光学周期叠加产生的明暗条纹处理起来非常头疼。4. 核心链路从视频信号到背光灰度理解了组件分工之后最关键的来了一帧画面从进入显示器到背光分区跟着亮起来这中间的数据流是怎么走的搞懂这条链路就基本搞懂了AM驱动Mini-LED背光系统的全部运行逻辑。4.1 信号解析与同步第一步主SoC输出视频信号进入背光控制SoC。这里有一个容易踩坑的点背光数据和面板显示数据必须严格同步否则会出现“屏幕内容和背光亮度对不上”的问题也就是所谓的背光延迟或拖影。具体表现是画面动起来的时候亮的地方还在亮暗的地方还没暗下去视觉上非常难受。解决同步问题通常有两种做法。一种是做垂直同步把背光控制SoC的刷新周期强制对齐到面板的场同步信号上另一种是把视频信号直接同时送入背光控制SoC让它和TCON并行处理同一份数据。第一种做法兼容性比较好因为不管输入端是什么帧率只要场同步稳定背光就能跟着对齐。但缺点是垂直同步在输入帧率波动的时候偶尔还是会出现一两帧的错位比如视频源本身是24帧的内容被强制跑到60Hz刷新率下那就有几帧背光数据匹配不上。第二种做法实时性更好因为背光SoC和TCON同时从一份数据开始处理天然同步但对总线的带宽要求更高。我的经验是能做第二种就尽量做第二种尤其是游戏和高动态画面的场景下第一种方案的偶尔错位会被用户感知成“动态模糊”。4.2 亮度分析算法拿到了图像数据之后背光控制SoC要做的第一件事是把整幅画面分成和背光分区对应的区域然后对每个区域计算出一个“该区域应该多亮”的数值这就是区域亮度提取。最简单的算法是取区域内所有像素的平均亮度但这样会把高光细节抹掉。实际操作中更常用的是加权平均结合区域内最大亮度和平均亮度的比例做动态调整。比如区域内有一个特别亮的亮点周围都是暗的比如夜晚画面里的一盏路灯如果取平均亮度整个分区的背光都会被压得很低路灯周围的画面细节就全黑了。算法会适当提高该分区的目标亮度让高光细节出来同时又不至于把整个区域顶到过曝。这背后是一个权衡分区亮度和LCD像素透光率之间的配合。还有更激进的算法会根据图像内容判断哪些区域适合压低背光来提升对比度哪些区域需要保持较高亮度来维持细节。这一套下来就是大家常说的Local Dimming算法的核心。4.3 灰度映射与PWM/PAM控制算出区域目标亮度之后接下来要把这个亮度值转换成驱动芯片能够理解的控制信号。这里有两种主流方式PWM脉冲宽度调制和PAM脉冲幅度调制。PWM的原理是保持电流恒定通过改变一个周期内导通时间的比例来控制平均亮度。PAM则是保持时间恒定直接改变电流的幅度。两种方式各有优劣PWM在低亮度下容易产生可感知的频闪因为低亮度意味着极短的导通时间脉冲宽度可能只剩微秒级稍微有点抖动就会被察觉PAM在低亮度下电流很小LED的色温和发光效率会发生变化导致颜色偏移。这里要解释一下LED在低电流下普遍存在色温漂移现象特别是白光LED电流从几十毫安降到几毫安时色温可能往偏暖方向漂移好几百度K这个偏移对显示器来说是不能接受的。所以很多高端方案干脆把两者结合高亮度时用PAM保证显色性低亮度时用PWM保证调光精度中间做平滑过渡。这个过渡区间的切换策略是AM驱动架构里最值得花时间去调的一个点。切换点设在多少亮度、切换时采用多长的渐变时间、PWM的频率选多少、是否要做扩频处理来分散EMI这些参数都需要在实际样机上反复验证。4.4 ODOverdrive补偿最后一步是过驱动补偿。LED的响应速度虽然比LCD快得多但也不是零延迟的尤其是从极暗状态跳到极亮状态或者反过来都会有一个短暂的过渡过程。为了让画面切换更干脆AM驱动器会在灰度切换的瞬间先给目标像素注入一个短暂的峰值电流帮助灯珠快速达到目标亮度然后再回落到稳态电流。OD补偿参数的标定是个精细活。给大了会过冲表现为亮边上出现一圈光晕这在HDR画面下特别明显尤其是字幕、窗口边框这样的高对比度边缘给小了起不到加速作用动态拖影依旧。我一般会在不同温度下分别标定OD参数因为LED的响应速度和温度直接相关常温下合适的OD值在低温环境下可能就不够用了。5. 我踩过的坑AM驱动调试验证实录这一节我尽量写具体一点。纸上谈兵谁都会真正上手调试的时候一个问题能卡你好几天尤其是AM驱动这种软硬件深度耦合的系统一个问题往往牵扯到传感器、驱动、算法、光学好几个层面。5.1 问题一低灰阶下亮度不均匀最早调试样机的时候我发现在亮度20%以下屏幕会出现明显的横向或纵向亮带而且这条亮带会随画面内容变化。一开始我以为是灯珠本身一致性不好但换了同一批次的灯珠问题依旧。排查链路是这样的先用示波器抓驱动芯片的灰度数据线发现写入数据波形正常再检查LED灯板的驱动电流波形发现不同分区之间的电流幅值有偏差进一步定位发现是驱动芯片的PWM调光频率和背光控制SoC的数据刷新率不一致导致某些分区在采样瞬间读到了不完整的灰度值。解决办法是把PWM调光频率抬高到数据刷新率的整数倍并且让驱动芯片的采样窗口避开PWM周期翻转的时刻。这种“开关边沿打架”的问题在高速调光下非常隐蔽因为单独看数据线波形和电流波形都是正常的但两个信号叠加在一起就出问题。示波器要用两个通道同时抓看信号边沿的相对时序才能发现这个鬼问题。5.2 问题二低刷新率下的亮度闪烁有一次测试60Hz刷新率下的显示效果发现特定画面下屏幕有明显闪烁感但刷新率降到30Hz反而没有。这个现象很反直觉因为通常认为刷新率越低越容易闪当时一度以为是时序同步跑偏了。后来查了很久发现根因在OD补偿上。我在4.4节提到过过驱动会在切换瞬间注入峰值电流但如果这个峰值注入的时长跨过了相邻两个刷新周期的边界就会导致这个分区在这一个周期内实际亮度偏高下一周期又被拉回正常值形成一亮一暗的波动。这个问题的隐蔽之处在于60Hz下帧间隔是16.7ms如果OD注入窗口设成了8ms理论上不会超边界但驱动芯片本身的灰度锁存和输出使能还有额外的延迟实际注入窗口比代码里写的要长。修复方式是把OD补偿的时间窗口严格限制在单个刷新周期内部并且根据输入帧率动态调整OD强度。高帧率时OD本来就可以弱一些因为帧间隔短画面本身变化就快低帧率时OD才需要加强但时间窗口也要相应拉长。相关参数我是通过在不同帧率下一帧一帧拍高速相机来标定的肉眼根本看不出问题在哪一帧。5.3 问题三AM驱动IC发热导致亮度漂移这个问题是老化测试的时候暴露出来的。连续跑了几小时之后屏幕某些区域的亮度明显偏离了初始设定值而且偏离方向和幅度都不同。排查之后发现是驱动IC的发热导致输出电流漂移了。AM驱动IC的工作电流不小长时间高负载下结温升高内部基准电压会发生变化导致输出电流跟着变。芯片本身的温度系数虽然不大但在几千分区的系统里每个分区都有独立的驱动通道通道间的温度差异会被放大成亮度差异。解决思路有几条先做散热优化在IC区域加导热垫把热量引导到散热片上然后在软件层面增加温度补偿通过NTC热敏电阻实时采集关键位置温度对灰度输出做反向修正最后是把驱动IC的工作电流降下来一点通过优化LED灯珠的工作点用更小的驱动电流达到相同亮度。这三条一起做下来长时间老化的亮度漂移基本能被压下去。第一条治本但会增加成本和结构设计难度第二条是软件层面最灵活的手段第三条是对LED拐点电压和效率曲线的重新平衡我以为什么很多厂商喜欢用高压小电流方案除了省电其实也有驱动IC热管理的考虑在里面。5.4 问题四边界漏光与光晕控制Mini-LED背光的Local Dimming效果再好也不可避免地会有光晕Halo问题尤其是明暗交界处亮区的光会“漏”到暗区。这个问题在AM架构下虽然比PM缓解一些但并不会消失因为它本质上取决于背光和LCD面板之间的距离、扩散层的厚度。我试过几轮优化减小灯珠间距、增加扩散层厚度、优化分区亮度提取算法在边缘处的平滑度。最终有效的组合是把灯珠间距从1.5mm缩减到1.2mm加厚扩散板同时把区域亮度提取算法里的低通滤波参数调大让明暗分区之间的亮度过渡更平缓。这里有一个物理层面和算法层面的trade-off。灯珠间距缩小等于提高了背光的分辨率光晕的物理扩散范围会变小但代价是同样面积里的灯珠数量大幅增加驱动通道数、系统功耗、PCB布线密度全部跟着涨。算法层面的低通滤波则是减少明暗区域之间的亮度突变让过渡变柔和代价是整个画面的动态对比度会略微下降。光晕从肉眼可辨降到了需要刻意去找才能发现的水平这个平衡点花了不少时间才找到。6. AM驱动方案选型与设计要点如果你现在要开一个新项目打算用AM驱动架构做Mini-LED背光我建议从以下几个维度开始思考而不是直接扎进IC选型里。6.1 先定分区数和亮度目标一切从指标倒推设计。先明确产品需要多少分区亮度目标是多少然后倒推需要多少颗灯珠、多大的驱动电流、什么级别的散热方案。分区数不仅仅是营销参数它直接决定了背光控制SoC的算力需求、驱动IC的通道规划、PCB的层数、数据线缆的带宽。举个例子一个1000分区的方案和2000分区的方案前者可能主控和驱动IC之间的数据线只需要一组LVDS后者就要考虑走两组并行数据线还要评估带宽余量。设计评审的时候最怕的就是“先按1000分区做后期再看能不能扩到2000”这种想法基本上等于后期要推倒重来因为PCB布局、线缆选型、驱动IC通道数、主控算力在硬件定型那一刻就锁死了。6.2 驱动IC选型对比市面上AM背光驱动IC的选项没有PM那么丰富但也不少。我自己做选型比较的时候会重点看六个维度维度说明通道数16/32/64通道决定单板IC用量灰度深度12bit起步高端做到16bit最大扫描行数决定能支持到多少行分区电流精度通道间偏差目标3%以内通信接口和背光SoC对接的协议关注速率和抗干扰温度系数高温下电流漂移程度目标越小越好6.3 PCB布局与散热AM驱动架构对PCB布局的要求比传统方案高不少。由于每颗灯珠都要和被驱动器相连布线密度非常大层数通常要到6层以上。布局上要注意驱动IC的扇出线尽量等长避免不同通道之间的阻抗差异导致亮度不均匀。这里说的等长不是说所有连线物理长度完全一样而是保证每一条线的信号延迟在一个可接受的范围特别是高灰度时钟频率的时候延迟差会导致不同通道的采样时刻不一样。热设计上除了常规的散热孔铺铜建议在驱动IC下方预留大块的接地铜皮和散热铜皮必要时加导热垫到机壳。我曾经见过一个方案为了压缩成本把铜皮抠得很小结果高亮度下IC结温比你预想的要高十几度最终表现为亮度漂移和寿命缩短省下的那点PCB成本完全不够补偿。6.4 光学系统配合我见过不少团队在选型阶段把精力全放在电气参数上光学层随便选个扩散膜就上样机结果HDR效果被均匀性问题毁掉。Mini-LED的光学系统设计一定要和驱动方案联动灯珠间距定了之后扩散板的雾度、厚度、基材选型都要以“灯珠光斑能充分重叠、但又不至于把分区边界完全糊掉”为原则。这个平衡点很难第一次就找准一般要做DOEDesign of Experiment验证。实际操作中我会先做几个变量组合的光学模拟比如扩散板厚度、雾度、灯珠间距各取两三个档位然后选几个组合方案出样机。光学模拟软件给出的结果和实测能对到七八成但最终还是要以实测为准尤其是Moiré条纹这种看模拟图根本看不出来的问题。7. COB与COG工艺的取舍建议上面第3节里顺手提了COB和COG这里展开讲一下因为这是AM驱动架构落地时的一个重大分叉路口选错路线后期改起来非常痛苦。7.1 COB路线成熟稳定COB是把Mini-LED芯片直接贴在PCB板上。这个工艺最大的优势是成熟PCB的精度、良率、成本都相对可控。对于大多数中高端显示器、笔记本电脑、车载显示来说COB是更务实的选择。散热也更好处理因为PCB的铜层可以直接作为散热通道热阻路径比COG短得多。COB的另一个好处是维修性好。虽然Mini-LED灯珠尺寸小贴片机拆焊比较麻烦但至少还是可以返修的。COG方案要是坏了维修成本和报废风险就高得多了。7.2 COG路线极致薄化COG是把LED芯片直接贴在玻璃基板上这就和面板的TFT玻璃基板天然兼容。理论上COG可以将背光厚度做得非常薄同时因为玻璃基板的表面平整度极高灯珠对位精度可以做得更好。但COG工艺的难点在于玻璃基板上的走线阻值比铜箔大压降问题更明显而且玻璃散热能力差高亮度下热量怎么导走是个大麻烦。此外COG的巨量转移工艺和修复工艺目前还在成熟过程中良率比COB低不少成本自然也就上去了。我的建议是如果你的产品形态不追求极致轻薄优先选COB做OLED替代型的超薄显示才需要考虑COG。至于很多人讨论的Micro-LED直显那是另一个赛道不在这篇的范围内。7.3 混合方案折中之道目前还有一些方案是“玻璃基板PCB混搭”也就是在玻璃基板上做主动驱动阵列LED灯珠通过巨量转移方式焊接到TFT的Pad上再把FPC连接到外部的驱动IC。这种方案兼顾了COG的薄化和COB的可靠性代价是工艺步骤变多变复杂良率挑战也更大。目前主要用在旗舰级大尺寸显示上。8. 调校与验证的几条经验最后再分享几条调试过程中总结出来的经验基本上都是文档里不会写、但实际项目里非常救命的东西。8.1 灰度校准要全量程做很多人习惯只在纯黑、纯白两点做校准中间灰度全靠线插值。这在AM架构下是不够的因为驱动芯片在低灰度段和高灰度段的电流线性度是不同的。我建议至少取16个灰度点做实测校准再分段插值。这样虽然前期标定工作量大了不少但出来的灰阶过渡会平滑很多不会出现“一半画面对比度过高、一半画面发闷”的奇怪观感。8.2 频闪测试不要只看亮度计频闪问题用亮度计去测平均值是测不出来的要用高速光度探头或者直接上高速相机拍。判断标准可以看FFT结果确认没有明显的峰值落在人眼敏感范围内。举个例子如果一个分区的PWM频率是500Hz另一个分区因为时序偏移变成了480Hz两者之间的差频20Hz正好在人眼敏感区间人眼就会感觉到一种缓慢的亮度蠕动感。用亮度计只能测到稳定的平均亮度完全捕捉不到这种差频信号。只有用FFT去看频域能量分布才能发现20Hz附近有异常峰值。8.3 温度补偿参数要分档温度补偿不要做成连续函数实际调起来会很痛苦。我的做法是分成低温、常温、高温三档每档单独标定一组补偿参数然后做分段线性过渡。三档做下来控制逻辑简单标定工作量可控效果和连续补偿没有肉眼可见的差别。做连续补偿虽然听起来更精确但需要大量的温度点实测数据而且LED灯珠和驱动IC的温度系数本身就有批次差异做得再精确也很难覆盖所有变量。8.4 保留一份“黄金样机”项目过程中我会在硬件定型后留一台参数调到最佳状态的样机作为后续所有灰度校准、色彩调校、算法调整的参考基准。每次改完软件和参数都拿黄金样机做对比很快就能定位是新改动引入的差异还是环境因素。这个方法听着土实际用起来非常省时间。特别是做算法优化的时候没有黄金样机做参照你会分不清画面改善是算法真的变好了还是环境光、面板温升带来的偶然变化。9. Mini-LED AM驱动的边界条件与未来演进这套AM驱动的完整链路走下来有一个很深的体会Mini-LED显示技术的上限早就不是LED灯珠本身而是驱动架构和算法能把这个背光系统驱动到什么程度。目前AM驱动方案的一个明显优势是动态范围大、刷新率高可以配合可变刷新率技术VRR工作。这块涉及到算法和硬件时序的高效配合它的底层设计直接决定了显示设备能不能充分释放AM架构在高分区下的性能潜力。这里面的核心是背光刷新率要和面板刷新率同步变化帧率降到40Hz的时候背光控制器的时序参数、OD补偿强度、PWM频率都要跟着调整否则就会出现前面说的那些频闪、拖影问题。这也是为什么现在越来越多方案把背光SoC和TCON做在一起或者用高速接口把两者的时钟域完全锁死。再往远看一步未来还有很大的算法优化空间。我在做的是把深度学习的区域亮度提取算法端侧部署到背光SoC上。传统的Local Dimming算法是手工规则区域亮度提取、边缘平滑、光晕抑制都靠人工调参规则的表达能力和泛化能力都有限。深度学习模型可以从大量标注数据里学出更聪明的亮度分配策略动态画面的跟随能力和边缘平滑度会更好尤其是在那些传统算法很难处理的场景比如暗场景里快速运动的高光物体过去只能靠压低整个分区的亮度来避免光晕模型则可以更精准地判断哪些像素应该保留亮度。挑战也很明确模型的算力消耗和背光SoC的资源约束怎么平衡。背光SoC不像手机主控那样有大把的NPU算力要在几十毫瓦功耗预算内跑一个实时分割模型模型量化和剪枝都得做。我自己在这条路上还在持续验证但方向上我是比较坚定的。