企业官网建设流程全解析

把Mini-LED显示技术做到真正能打的程度，光有高分区和高亮度的参数远远不够。大家常看的几个指标，比如分区数、峰值亮度、色域覆盖，只是结果层面的体现，真正决定一台Mini-LED显示器能不能把这些纸面参数变成实际观感体验的，其实是背光驱动的那一整套底层设计。而在这套设计里，AM（Active Matrix，主动矩阵）驱动架构，是当前公认的技术高地，也是我最近大半年花最多时间钻研的方向。

所谓AM驱动，大白话讲就是给每一颗LED灯珠都配一个独立的驱动电路，用TFT（薄膜晶体管）或者其他有源器件去精确控制每一颗灯珠的亮灭和亮度等级。和它相对的是PM（Passive Matrix，被动矩阵）驱动，靠扫描方式分时点亮整行整列的灯珠。PM的好处是电路简单、成本低，但它的瓶颈恰恰卡在Mini-LED最需要的高分区、高刷新、高动态范围上。这两种方案的差异，直接决定了Mini-LED背光能不能做到高分区、高刷新、低功耗、无频闪，也决定了最终呈现出来的HDR效果是“细节拉满”还是“光晕翻车”。

我想把AM驱动架构这件事彻底讲透：它为什么是Mini-LED显示绕不开的方向，核心难点到底卡在哪，我实际调试过程中遇到的那些坑和解决办法，以及如果你正准备做一个AM驱动方案，从选型、设计到验证的整个链路应该怎么走。不管你是做显示面板的工程师、搞背光模组的同行，还是想深入了解Mini-LED技术原理的硬件爱好者，这篇文章应该能给你一些实打实的参考。

2. 为什么Mini-LED偏偏需要AM驱动

Mini-LED背光存在的意义，就是通过把灯珠做得足够小，在背光模组里塞进成千上万颗灯珠，再把这些灯珠划分成几百甚至上千个独立控制的分区。每个分区可以独立调节亮度，从而实现比传统LED背光精细得多的局部调光（Local Dimming），HDR对比度才能做到真正意义上的像素级或近像素级。

但“分区独立控制”这六个字，落到硬件实现上没那么简单。

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架构下，灯板通常是COB（Chip on Board）或COG（Chip 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 OD（Overdrive）补偿

最后一步是过驱动补偿。LED的响应速度虽然比LCD快得多，但也不是零延迟的，尤其是从极暗状态跳到极亮状态，或者反过来，都会有一个短暂的过渡过程。为了让画面切换更干脆，AM驱动器会在灰度切换的瞬间，先给目标像素注入一个短暂的峰值电流，帮助灯珠快速达到目标亮度，然后再回落到稳态电流。

OD补偿参数的标定是个精细活。给大了会过冲，表现为亮边上出现一圈光晕，这在HDR画面下特别明显，尤其是字幕、窗口边框这样的高对比度边缘；给小了起不到加速作用，动态拖影依旧。我一般会在不同温度下分别标定OD参数，因为LED的响应速度和温度直接相关，常温下合适的OD值，在低温环境下可能就不够用了。

5. 我踩过的坑：AM驱动调试验证实录

这一节我尽量写具体一点。纸上谈兵谁都会，真正上手调试的时候，一个问题能卡你好几天，尤其是AM驱动这种软硬件深度耦合的系统，一个问题往往牵扯到传感器、驱动、算法、光学好几个层面。

5.1 问题一：低灰阶下亮度不均匀

最早调试样机的时候，我发现在亮度20%以下，屏幕会出现明显的横向或纵向亮带，而且这条亮带会随画面内容变化。一开始我以为是灯珠本身一致性不好，但换了同一批次的灯珠，问题依旧。

排查链路是这样的：

1. 先用示波器抓驱动芯片的灰度数据线，发现写入数据波形正常；
2. 再检查LED灯板的驱动电流波形，发现不同分区之间的电流幅值有偏差；
3. 进一步定位，发现是驱动芯片的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那么丰富，但也不少。我自己做选型比较的时候，会重点看六个维度：

6.3 PCB布局与散热

AM驱动架构对PCB布局的要求比传统方案高不少。由于每颗灯珠都要和被驱动器相连，布线密度非常大，层数通常要到6层以上。布局上要注意，驱动IC的扇出线尽量等长，避免不同通道之间的阻抗差异导致亮度不均匀。这里说的等长，不是说所有连线物理长度完全一样，而是保证每一条线的信号延迟在一个可接受的范围，特别是高灰度时钟频率的时候，延迟差会导致不同通道的采样时刻不一样。

热设计上，除了常规的散热孔铺铜，建议在驱动IC下方预留大块的接地铜皮和散热铜皮，必要时加导热垫到机壳。我曾经见过一个方案，为了压缩成本把铜皮抠得很小，结果高亮度下IC结温比你预想的要高十几度，最终表现为亮度漂移和寿命缩短，省下的那点PCB成本完全不够补偿。

6.4 光学系统配合

我见过不少团队在选型阶段把精力全放在电气参数上，光学层随便选个扩散膜就上样机，结果HDR效果被均匀性问题毁掉。Mini-LED的光学系统设计，一定要和驱动方案联动：灯珠间距定了之后，扩散板的雾度、厚度、基材选型，都要以“灯珠光斑能充分重叠、但又不至于把分区边界完全糊掉”为原则。这个平衡点很难第一次就找准，一般要做DOE（Design 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算力，要在几十毫瓦功耗预算内跑一个实时分割模型，模型量化和剪枝都得做。我自己在这条路上还在持续验证，但方向上我是比较坚定的。