1. OLED像素电流计算一个被能点亮就行掩盖的真问题大部分人第一次碰 OLED 模块注意力都花在 I2C 能不能通、地址对不对、字库取模对不对上。屏幕亮了字出来了项目就往下走了。直到某一天电池续航差了 30%、某个批次的模块全黑、或者整机在低温下开不了机才回过头来问一句这块屏到底吃多少电流OLED 像素电流计算这件事说穿了就是要回答三个问题单个像素点亮时流过多少电流、整块屏在当前画面下总共吃多少电流、电源和驱动芯片能不能扛住这个电流。这三个问题一环扣一环前两个算不清第三个就没法校核。我做过不少带 0.96 寸和 1.3 寸 OLED 的便携设备最惨的一次是第一批 50 台样机全部正常第二批 200 台里有 37 台开机就是黑屏剩下能亮的亮度也明显偏暗。查了两天才发现问题出在模组厂换了 IREF 电阻的贴片料号阻值从 910k 变成了 1M 以上单像素电流直接掉了一个档位。这件事之后我把OLED 像素电流从一个用不着算的常识变成了硬件评审的必查项。这篇文章面向的是手上有实际项目的嵌入式/硬件工程师也适合做 Arduino、STM32 入门但想往能用方向走的爱好者。我会从 OLED 发光的物理机制讲起把单像素电流的来源、整屏电流的估算方法、灰度调光对平均电流的影响、以及怎么用万用表把电流真正量出来一步步拆开。中间会穿插 SSD1306 这类常见驱动 IC 的寄存器细节和一段可跑的 HAL 库测试代码也会把批量点不亮、显示不均这类现场问题的排查链路完整走一遍。2. OLED像素的电流从哪来先搞懂恒流源在干什么2.1 电压驱动这条路为什么走不通LED 和 OLED 都是电流驱动器件这句话几乎所有教程都会说但很少有人说清楚为什么。核心在于它的伏安特性曲线在导通阈值附近电压只要变化几十毫伏电流就可能翻好几倍。举个具体感受一颗 OLED 像素在 3.0V 时可能只走 1μA微弱到看不见到 3.3V 可能走 20μA亮度刚起来再往上到 3.6V电流可能已经冲到 300μA像素在超载状态发光。整个过程电压只变了 0.6V电流变了 300 倍。这种指数关系意味着如果你用恒定电压去驱动像素电源纹波、温漂、批次差异中的任何一点扰动都会直接放大成亮度的剧烈波动。更麻烦的是负温度系数。OLED 材料的发光效率随温度升高而下降但同等电压下电流会上升两者叠加形成正反馈温度升高导致电流增大电流增大导致发热更多发热又推高温度。这就是所谓的热失控苗头。对小屏幕来说不至于烧毁但显示均匀性会明显变差——温度高的区域更亮形成热点。结论很直接OLED 必须用恒流驱动而且电流源要能容忍面板参数的变化。这就引出了驱动 IC 里的核心结构。2.2 SEG 供流、COM 接地无源矩阵的基本结构以最常见的 SSD1306 为例它驱动的是 128×64 的无源矩阵 OLED 面板。所谓无源矩阵就是面板上只有两组正交的电极128 条 SEG列和 64 条 COM行每个像素就是 SEG 和 COM 交叉点上的一小块有机发光层像素本身没有任何晶体管。点亮某个像素的方式是让那一列 SEG 输出恒定电流同时把那一行 COM 拉到低电位电流从 SEG 流经像素到 COM。其他未选中的 COM 处于高阻或反向偏置状态电流过不去像素就不亮。这里有个关键细节因为每一时刻只有一行 COM 被选中所以一帧画面是被切成 64 个时间段轮流扫出来的。SSD1306 的帧率典型在 105Hz 左右一帧 9.5ms分给每行大约 148μs。也就是说每个像素一帧里只有 1/64 的时间在真正发光其余时间靠人眼视觉暂留补全。这个1/64 占空比是后面算平均电流的基石。瞬时电流和平均电流之间的差距就是这么来的。2.3 恒流源的闸门IREF 引脚上的那颗电阻驱动 IC 内部不是 128 个独立电流源那样面积和功耗都受不了。实际做法是电流镜芯片内部做一个基准电流源然后按比例镜像到每一路 SEG 输出。基准电流的大小由 IREF 引脚外接的电阻 Rref 决定。内部逻辑大致是这样IREF 引脚内部会建立一个参考电压 Vref外部电阻 Rref 接在 IREF 和地之间流过 Rref 的电流就是 Iref Vref / Rref。这个 Iref 被镜像到每一路 SEG形成段驱动电流 Iseg两者的比例系数由芯片内部设计固定。所以整条链路是Rref → Iref → 镜像系数 → Iseg → 单像素瞬时电流数据手册里通常会有一张 IREF Setting 的对应表或曲线列出不同 Rref 下的典型 Iseg。这张表必须以你手上那版手册为准不同厂商、不同版本的 SSD1306 兼容芯片比如常见的国产替代给出的数值可能不完全一致。市面上 0.96 寸模块最常用的 Rref 是 910kΩ也有用 1MΩ 甚至 560kΩ 的。Rref 越小Iseg 越大屏幕越亮功耗越高。这就是为什么我前面提到的批次事故会致命——模组厂悄悄换了电阻值软件侧完全无感知但实际电流已经变了。提示如果你在设计自己的板子而不是用现成模块Rref 建议选 1% 精度的金属膜电阻不要用碳膜。电流镜对 Rref 的绝对精度敏感5% 的电阻误差意味着 5% 的亮度差异多块屏并排时会看出来。2.4 对比度寄存器给电流加一个 8 位乘数硬件上的 Rref 决定的是电流上限实际运行时的电流还受一个软件寄存器控制也就是 SSD1306 的对比度寄存器命令 0x81后跟一个字节参数。这个 8 位参数的范围是 0x00 到 0xFF映射关系近似线性0x00 对应最小电流0xFF 对应满电流。换成人话亮度比例约等于 (contrast 1) / 256。常见驱动库默认写的是 0xCF也就是 207。207/256 ≈ 0.81意味着默认只用了 81% 的电流能力。有些库写 0x7F127那就只有一半写 0xFF 则是打满。这个寄存器是软件层面唯一能实时调电流的入口也是做呼吸灯效果、夜间模式、按环境光自动调亮度的抓手。理解它的量化关系你就能把亮度从一个模糊的百分比变成一个可计算的电流比例。3. 从单像素到整屏把电流算成一张账单3.1 理论公式长什么样把前面几节串起来可以先写一个理论上限的估算式I_avg ≈ K × N_on × (contrast 1) / 256 × D I_q各项含义I_avg折算到面板侧的平均电流K由 Rref 决定的单像素满电流系数N_on当前画面中处于点亮状态的像素总数contrast对比度寄存器值0 到 255D扫描占空比SSD1306 在 64 行模式下约为 1/64I_qIC 静态电流与电荷泵空载损耗这个式子在你手上没有手册、需要快速判断量级时很有用但它有个现实问题K和D的乘积很难从手册直接读出来手册给的是 Iseg而 Iseg 是瞬时值你要自己乘占空比。3.2 工程上更实用的做法实测系数法我在实际项目里更愿意用实测标定 线性外推的方式原因是它把所有不确定因素手册版本差异、模组差异、电荷泵效率、面板效率全部一次性打包进一个系数里比纯理论计算准得多。操作思路是在固定对比度下分别测全黑和全白两种画面的 VCC 电流差值除以像素总数就得到每个点亮像素折算到电源侧的平均电流系数。以我手上几块常见的 0.96 寸模块为例VCC 3.3V、对比度设为 0xCF 时画面状态点亮像素数实测 VCC 电流说明全黑显示关闭仅电荷泵工作0约 1.5 到 3 mA主要是 IC 静态 电荷泵空载单行汉字16×162 个字约 512约 4 mA与全黑差值 1 到 2 mA半屏文字约 4000约 12 mA中间量级全屏点亮8192约 20 到 23 mA满负荷按全白数据反推每点亮像素折算到 VCC 侧约为 (22 - 2) mA / 8192 ≈ 2.4μA。这个系数就是你的账单单价之后算任何画面都只需要数像素。屏幕上显示一个 16×16 汉字笔画实际点亮的像素大概在 90 到 130 个之间不是 256 个。一副满屏图片如果黑白各半实际点亮约 4096 个点。这些数字你得根据实际取模数据去数而不是按面积拍脑袋。3.3 对比度一改整张账单跟着变上一节的系数是在 0xCF 下测的。如果把对比度调到 0xFF系数大致按 256/208 ≈ 1.23 倍放大全白电流会到 26mA 左右。调到 0x7F则缩到约 0.61 倍全白约 13mA。这个线性关系在中间区间成立得不错但在极低值区域比如 0x00 到 0x0F会明显偏离因为芯片在这个区间的最小步进有特殊处理。所以我一般的做法是在 0x20 到 0xFF 之间用线性模型做估算低于 0x20 的部分一律靠实测。下面这张表是我常用的参考方便开机前做个快速预算对比度设置相对电流比例全白 8192 点预估电流含静态0x7F127约 0.61约 14 mA0x9F159约 0.76约 17 mA0xCF2071.00基准约 22 mA0xE0224约 1.07约 24 mA0xFF255约 1.22约 27 mA注意这里的含静态是指折算到 VCC 3.3V 侧的整机电流。如果你把电流探头放在电荷泵输出端也就是面板实际工作电压通常在 7V 到 8V 之间读数会小很多因为电压高、电流低功率是守恒的。这一点在对比厂家规格书时特别容易踩坑规格书标的到底是 VCC 侧还是面板侧必须看清楚。3.4 电源预算里的三个隐藏项把整屏电流算出来之后很多人就直接拿这个数去挑 LDO 了这中间漏了三个东西。第一个是 I2C 总线的动态电流。128 字节一帧的数据量在 400kHz 下传输需要约 2.9ms加上首字节和 ACK实际更长。如果刷新率设到 60Hz光总线传输就占掉大量时间MCU 侧和上拉电阻侧的电流不能忽略。上拉电阻越小总线翻转时的瞬时电流越大4.7k 上拉在 3.3V 下翻转峰值接近 0.7mA。第二个是电荷泵的启动冲击。SSD1306 内部电荷泵从 3.3V 升到 7.5V 左右上电瞬间要给面板电容充电会出现一个持续时间很短但幅值不小的浪涌。如果你的电源是纽扣电池或者小容量锂电这个浪涌可能直接把电压拉塌导致 IC 复位、屏幕不亮。这就是为什么用万用表看电压正常但屏就是不亮的情况会出现在电池供电设备上。第三个是温度。前面说过 OLED 有负温度系数同一个画面在 60 摄氏度环境下的电流会比 25 摄氏度时高出一截。做工业设备或者车载应用时电源预算要按最高工作温度来留余量我一般会按常温值的 1.3 到 1.5 倍去设计。4. 灰度和扫描平均电流和峰值电流是两码事4.1 占空比带来的功率税无源矩阵的逐行扫描本质上是一种时间上的功率压缩。要让一行的像素在 148μs 内发出足够亮的光瞬时电流必须远大于平均电流。这就是无源 OLED 的功率税——同样的视觉亮度无源矩阵的峰值电流是有源矩阵AMOLED的几十倍。理解这一点你才能解释几个现象为什么 OLED 全白时电流表读数会跳得厉害为什么大电流点亮的画面下屏幕容易出现横向条纹为什么给 OLED 做去耦时1μF 不够得并上 10μF 甚至 22μF。峰值电流大对电源的瞬态响应要求就高。LDO 的负载瞬态响应跟不上输出电压就会在每行扫描的瞬间往下掉一点表现为屏幕整体亮度略降或者出现扫描纹。我遇到过一次用了一颗静态电流极低几百 nA的 LDO 做低功耗设计结果全屏显示时噪点明显换了颗静态电流 20μA 但瞬态响应好的型号问题立刻消失。低功耗和瞬态响应很多时候是矛盾的做便携设备必须权衡。4.2 SSD1306 的灰度是怎么造出来的SSD1306 是单色驱动的每个像素只有亮和灭两种状态数据按 1bpp 存储每个字节管 8 个像素。那屏幕上那些看起来深浅不一的灰色是怎么来的答案是时间抖动dithering。软件层面用有序抖动或者误差扩散算法把灰度值映射成一片亮灭相间的像素图案人眼在正常观看距离下会把它平均成灰色。比如 50% 灰度就是用棋盘格图案实现的。这里的关键点在于抖动算法不改变点亮像素的总数但改变它们的空间分布。一张 50% 灰度的图点亮像素数是 4096跟一张黑白各半的图完全一样所以电流也一样。但如果抖动后的图案让某一行的点亮数特别多那行的瞬时电流就会偏高。这也是为什么我在做低功耗界面设计时会尽量避开大面积 50% 灰度的背景。看起来只是淡一点的底纹电流上和半屏全亮没区别。4.3 想真正省电得从像素数量下手因为平均电流和点亮像素数成正比省电的核心思路就是减少点亮像素而不是单纯调低亮度。具体做法有这么几个深色主题优于浅色主题。白色背景意味着接近 100% 的点亮率黑色背景接近 0%。同样一个界面深色主题的电流可能只有浅色主题的 15%。用点阵字体代替笔画字体。16×16 的全角汉字平均点亮 100 个像素左右而 8×16 的 ASCII 字符只有 20 到 30 个。同样信息量下ASCII 界面的电流小一个数量级。避免满屏充填的进度条和色块。一个 100×8 的实心进度条就是 800 个像素常亮相当于 8 个汉字一直在那耗电。可以改成描边加动态点。动态降低对比度。在环境光暗的场合把对比度从 0xCF 降到 0x9F电流能降 25%肉眼几乎看不出差别。注意调对比度省电是线性的减少像素数省电也是线性的两者可以叠加。但如果你的设备是电池供电优先动像素数因为它不影响可读性。5. 把电流真正量出来一段测试代码加一块万用表5.1 测量点怎么选理想情况下你应该在最靠近 OLED 模组 VCC 引脚的地方串一个电流表。实际操作中串万用表会引入压降可能影响结果所以我更推荐两种方式。一种是用可调电源自带的电流显示。把限流设到 100mA电压设到 3.3V直接读电源上的电流值。这种方法最省事缺点是分辨率通常在 1mA 一档测小电流不准。另一种是串一个小阻值采样电阻。在电源和模组 VCC 之间串一个 0.1Ω 的 1% 电阻用高精度万用表测它两端的电压差除以 0.1 就是电流。1mA 电流对应 0.1mV普通手持表的 200mV 档能分辨准确度不错。缺点是采样电阻会带来少量压降0.1Ω 在 20mA 下只有 2mV可以忽略。不管用哪种方式测点必须在模组的 VCC 引脚根部不能测到你 MCU 板上的电源入口否则中间走线的压降、其他器件的电流都会被算进来。5.2 差值法把静态电流从账单里剔掉单次读数是没意义的因为里面混着 IC 静态电流、电荷泵空载电流、上拉电阻电流。真正有用的做法是测两次做差。先发命令0xAE关闭显示等两秒稳定记录电流 I_off。再发0xAF打开显示显示全屏点亮的图案稳定后记录 I_on。差值 I_on - I_off 就是 8192 个像素贡献的电流。除以 8192得到单像素系数。这个方法的好处是所有跟像素无关的固定开销都被自动消掉了。而且因为是差值万用表的绝对精度影响也被削弱了。5.3 HAL 库下的测试图案代码下面这段是基于 STM32 HAL 库、I2C 接口 SSD1306 的最小测试代码用来配合上面的测量流程。先说清楚控制字节的约定I2C 传输的第一个字节是控制字节0x00表示后面跟的是命令0x40表示后面跟的是显存数据。/* 7 位地址 0x3C 左移一位得到 0x78 */ #define OLED_ADDR (0x3C 1) /* 发送单条命令 */ static void oled_cmd(uint8_t cmd) { uint8_t buf[2] {0x00, cmd}; HAL_I2C_Master_Transmit(hi2c1, OLED_ADDR, buf, 2, HAL_MAX_DELAY); } /* 发送带参数的命令 */ static void oled_cmd2(uint8_t cmd, uint8_t arg) { uint8_t buf[3] {0x00, cmd, arg}; HAL_I2C_Master_Transmit(hi2c1, OLED_ADDR, buf, 3, HAL_MAX_DELAY); } /* 设置对比度0x00 ~ 0xFF */ void oled_set_contrast(uint8_t value) { oled_cmd2(0x81, value); } /* 全屏填充0xFF 全亮0x00 全灭 */ void oled_fill(uint8_t pattern) { uint8_t buf[129]; buf[0] 0x40; for (uint16_t i 1; i 128; i) { buf[i] pattern; } /* 8 页每页 128 字节 */ for (uint8_t page 0; page 8; page) { oled_cmd(0xB0 | page); oled_cmd(0x00); oled_cmd(0x10); HAL_I2C_Master_Transmit(hi2c1, OLED_ADDR, buf, 129, HAL_MAX_DELAY); } } /* 显示开关 */ void oled_display_on(void) { oled_cmd(0xAF); } void oled_display_off(void) { oled_cmd(0xAE); }测量流程对应到代码就是oled_set_contrast(0xCF); /* 固定对比度保证可比性 */ oled_fill(0x00); /* 显存清空但显示还开着 */ oled_display_on(); HAL_Delay(2000); /* 此时屏幕全黑但显示开启记录一次电流 I_blank */ oled_fill(0xFF); /* 全屏点亮 */ HAL_Delay(2000); /* 记录电流 I_full差值即为 8192 个像素的贡献 */ oled_display_off(); /* 记录 I_off用于校核静态电流 */有个细节要注意oled_fill(0x00)之后屏幕全黑但 IC 和电荷泵还在跑这时候的电流才是真正的零像素基线。如果你直接oled_display_off()去测基线测到的是显示关闭状态电荷泵通常也会停和显示开启但全黑的电流不一样。5.4 实测数据和理论值对不上怎么办如果你按上面流程测出来的单像素系数和手册推算值差了 3 倍以上先别怀疑自己的代码按下面顺序排查现象可能原因验证方法测出的系数明显偏小采样点不在模组 VCC 根部被其他负载分流换个测点重测全黑基线异常高8mA模组上有额外的电平转换或稳压电路看模组原理图不同模块差异大Rref 电阻批次不一致万用表量 IREF 对地阻值对比度改 0xC0 和 0xF0 电流几乎不变库在初始化后又覆写了对比度抓 I2C 波形看有没有多余的 0x81读数跳动不停画面在刷新或电源瞬态停刷新再测电源并电容我遇到过最常见的一种情况是驱动库在oled_init()里设了对比度然后主循环里又调了一次亮度调节函数两次叠加。测的时候以为设的是 0x9F实际芯片里是 0xCF怎么算都对不上。抓一次 I2C 波形比对着代码猜快得多。6. 批量点不亮与显示不均从电流视角走一遍排查链路6.1 最隐蔽的一条IREF 通路配置前面提到的 50 台好、200 台有 37 台黑的事故根因就在 IREF。SSD1306 支持内部基准和外部基准两种模式通过命令0xAD后跟参数选择0xAD, 0x8E表示使用内部 IREF0xAD, 0x10表示使用外部 IREF。很多网上流传的初始化序列里根本没有这一条芯片就保持在上电默认状态。如果你的模组是外部 IREF 设计板上焊了 Rref 电阻而软件没设置那用的是默认通路一般能亮。但如果模组厂为了省成本做了改动或者 Rref 虚焊、漏贴、阻值贴错屏幕就会表现为极暗甚至全黑但 I2C 通信完全正常。这种情况下你去查 I2C 地址、查复位、查电源全都是对的就是找不到问题。判据很简单用示波器或逻辑分析仪确认命令都发出去了、ACK 都正常但屏幕不亮就去量 IREF 引脚对地的电阻。我的做法是在初始化序列里显式加上这一条把行为确定下来/* 显式声明使用内部 IREF避免依赖上电默认值 */ oled_cmd2(0xAD, 0x8E);如果模组用的是外部 IREF 且 Rref 精度更好就用0xAD, 0x10。关键是不要留空留空就意味着你的产品行为依赖芯片的默认状态这在批量生产里是隐患。6.2 电源侧LDO 带不动是什么表现从电流角度看还有一类点不亮是电源能力不足。典型场景是用了一颗输出能力 50mA 的 LDO理论上全白 22mA 够用但实际上电荷泵启动浪涌可能瞬时抽到 80mA 以上如果同时还有 MCU、无线模块在工作总电流逼近 LDO 上限LDO 进入限流或过温保护输出电压跌落表现就是屏幕在特定画面下闪烁、局部变暗或者 MCU 因为电压不足而复位。解决办法有两个输出端并一个 22μF 到 47μF 的钽电容或者低 ESR 陶瓷电容把浪涌吸掉或者换一颗输出能力翻倍的 LDO。我在低功耗设备上还踩过一个坑为了省电选了一颗超低静态电流的 LDO但它的瞬态响应很差屏幕扫描时每次峰值电流都会让输出掉几十毫伏结果就是屏幕上有明显的横向亮暗条纹。换 LDO 之后干净了。低静态电流和快瞬态响应在选型时基本是二选一。6.3 显示不均匀可能是电流分布的问题如果屏幕能亮但某些区域明显比别处暗先别急着怀疑面板质量。有两种情况跟电流直接相关。一种是电源走线的 IR 压降。模组的 VCC 引脚和 FPC 排线本身有电阻电流流过时会产生压降。全屏点亮电流大压降就大靠近电源入口的区域和远端区域亮度就有差异。这种问题在长排线的模块上更明显。另一种是每行点亮像素数差异造成的扫描电流不均。前面说过一帧里每一行被轮流点亮如果某一行的点亮像素数远多于其他行那一行扫描时电源负担就重输出电压跌落这一行整体会偏暗。用户看到的就是某一行比别处暗。验证方法很简单显示一个全黑背景加一条横线把这条线在不同行之间移动看它亮度是否一致。如果移动到某几行时明显变暗问题就出在电源瞬态上加去耦电容或者提高刷新率通常能缓解。提示显示不均匀很多时候不是屏的问题而是你的电源和去耦没做够。在怀疑屏之前先把手边最大的电容并在模组 VCC 引脚上试一次。7. 亮度、功耗与寿命之间那笔账7.1 亮度换寿命是真的OLED 是有机材料发光靠的是载流子复合。电流密度越大复合越剧烈材料老化越快。行业的经验规律是亮度翻倍寿命大致减半。对 0.96 寸这种小屏把对比度从 0xCF 拉到 0xFF亮度提升约 20%寿命损失大约 30%。如果你的产品要求长时间连续点亮比如工业仪表面板、充电桩显示这个取舍就要认真对待。我自己的做法是出厂默认对比度设 0x9F 到 0xB0 之间把 0xFF 留给用户手动调节或者在强光环境下启用。这样既保证日常可读性又给寿命留了余量。反正大多数室内场景下0x9F 的亮度已经足够。7.2 老化和残影从像素电流角度看长时间显示同一画面会导致残影也就是常说的烧屏。根本原因是长期点亮的像素老化更快发光效率下降而不常点亮的像素保持原有效率两者亮度差异被人眼看出来了。从电流角度看这意味着当你发现屏幕有残影时那部分像素的发光效率已经下降了同样的电流下它们会更暗。你没法通过提高对比度把残影补回来因为那是要提升整体电流正常像素会变得更亮差异反而放大。预防的办法都是围绕让每个像素点亮时间尽量均衡定期做像素刷新把整屏反相显示几十秒界面设计上避免固定的边框、分隔线长时间不动显示内容整体做几个像素的慢速平移行业内叫像素偏移这些手段在电视和手机上很成熟嵌入式的 OLED 屏大多不做但如果你做的是长期运行的设备值得加上。7.3 我的默认配置做了几个项目之后我形成了一个固定的默认配置直接抄可以省很多调试时间对比度默认 0x9F提供设置接口供上层调整初始化里显式设置0xAD, 0x8E或按模组选外部 IREF不留默认模组 VCC 引脚就近放 10μF 钽电容加 100nF 陶瓷电容I2C 上拉 4.7k走线短于 10cm 时不加缓冲刷新率控制在 30Hz 以内界面刷新做局部更新不做全屏重绘深色主题为默认浅色主题作为可选项这套配置在 3.3V 供电、全屏文字刷新的典型场景下整机电流稳定在 8 到 12mA对大多数电池供电设备都是可接受的。如果还要更省就上局部刷新加低对比度能压到 5mA 上下。最后说一个我踩过两次的坑别在测电流的时候让屏幕显示动态画面。有一次我测了半天每次读数都不一样从 6mA 跳到 15mA查了两小时才发现是界面里有个进度条动画在跑。测电流之前先冻结画面或者干脆关掉刷新让静态数据说话这是最基本的纪律。另外如果你手上只有普通的万用表测全黑和全白的差值同样有效只要两次测量的条件完全一致就行。真正的难点不在仪器精度而在于你有没有把哪些变量必须固定住想清楚。对比度、画面内容、刷新状态、供电电压这四个变量任何一个变了测出来的数就没有可比性。 
长河君 · 2026/9/29 1:22:25 · 阅读 1.2k OLED像素电流计算：IREF、对比度与SSD1306功耗
1. OLED像素电流计算一个被能点亮就行掩盖的真问题大部分人第一次碰 OLED 模块注意力都花在 I2C 能不能通、地址对不对、字库取模对不对上。屏幕亮了字出来了项目就往下走了。直到某一天电池续航差了 30%、某个批次的模块全黑、或者整机在低温下开不了机才回过头来问一句这块屏到底吃多少电流OLED 像素电流计算这件事说穿了就是要回答三个问题单个像素点亮时流过多少电流、整块屏在当前画面下总共吃多少电流、电源和驱动芯片能不能扛住这个电流。这三个问题一环扣一环前两个算不清第三个就没法校核。我做过不少带 0.96 寸和 1.3 寸 OLED 的便携设备最惨的一次是第一批 50 台样机全部正常第二批 200 台里有 37 台开机就是黑屏剩下能亮的亮度也明显偏暗。查了两天才发现问题出在模组厂换了 IREF 电阻的贴片料号阻值从 910k 变成了 1M 以上单像素电流直接掉了一个档位。这件事之后我把OLED 像素电流从一个用不着算的常识变成了硬件评审的必查项。这篇文章面向的是手上有实际项目的嵌入式/硬件工程师也适合做 Arduino、STM32 入门但想往能用方向走的爱好者。我会从 OLED 发光的物理机制讲起把单像素电流的来源、整屏电流的估算方法、灰度调光对平均电流的影响、以及怎么用万用表把电流真正量出来一步步拆开。中间会穿插 SSD1306 这类常见驱动 IC 的寄存器细节和一段可跑的 HAL 库测试代码也会把批量点不亮、显示不均这类现场问题的排查链路完整走一遍。2. OLED像素的电流从哪来先搞懂恒流源在干什么2.1 电压驱动这条路为什么走不通LED 和 OLED 都是电流驱动器件这句话几乎所有教程都会说但很少有人说清楚为什么。核心在于它的伏安特性曲线在导通阈值附近电压只要变化几十毫伏电流就可能翻好几倍。举个具体感受一颗 OLED 像素在 3.0V 时可能只走 1μA微弱到看不见到 3.3V 可能走 20μA亮度刚起来再往上到 3.6V电流可能已经冲到 300μA像素在超载状态发光。整个过程电压只变了 0.6V电流变了 300 倍。这种指数关系意味着如果你用恒定电压去驱动像素电源纹波、温漂、批次差异中的任何一点扰动都会直接放大成亮度的剧烈波动。更麻烦的是负温度系数。OLED 材料的发光效率随温度升高而下降但同等电压下电流会上升两者叠加形成正反馈温度升高导致电流增大电流增大导致发热更多发热又推高温度。这就是所谓的热失控苗头。对小屏幕来说不至于烧毁但显示均匀性会明显变差——温度高的区域更亮形成热点。结论很直接OLED 必须用恒流驱动而且电流源要能容忍面板参数的变化。这就引出了驱动 IC 里的核心结构。2.2 SEG 供流、COM 接地无源矩阵的基本结构以最常见的 SSD1306 为例它驱动的是 128×64 的无源矩阵 OLED 面板。所谓无源矩阵就是面板上只有两组正交的电极128 条 SEG列和 64 条 COM行每个像素就是 SEG 和 COM 交叉点上的一小块有机发光层像素本身没有任何晶体管。点亮某个像素的方式是让那一列 SEG 输出恒定电流同时把那一行 COM 拉到低电位电流从 SEG 流经像素到 COM。其他未选中的 COM 处于高阻或反向偏置状态电流过不去像素就不亮。这里有个关键细节因为每一时刻只有一行 COM 被选中所以一帧画面是被切成 64 个时间段轮流扫出来的。SSD1306 的帧率典型在 105Hz 左右一帧 9.5ms分给每行大约 148μs。也就是说每个像素一帧里只有 1/64 的时间在真正发光其余时间靠人眼视觉暂留补全。这个1/64 占空比是后面算平均电流的基石。瞬时电流和平均电流之间的差距就是这么来的。2.3 恒流源的闸门IREF 引脚上的那颗电阻驱动 IC 内部不是 128 个独立电流源那样面积和功耗都受不了。实际做法是电流镜芯片内部做一个基准电流源然后按比例镜像到每一路 SEG 输出。基准电流的大小由 IREF 引脚外接的电阻 Rref 决定。内部逻辑大致是这样IREF 引脚内部会建立一个参考电压 Vref外部电阻 Rref 接在 IREF 和地之间流过 Rref 的电流就是 Iref Vref / Rref。这个 Iref 被镜像到每一路 SEG形成段驱动电流 Iseg两者的比例系数由芯片内部设计固定。所以整条链路是Rref → Iref → 镜像系数 → Iseg → 单像素瞬时电流数据手册里通常会有一张 IREF Setting 的对应表或曲线列出不同 Rref 下的典型 Iseg。这张表必须以你手上那版手册为准不同厂商、不同版本的 SSD1306 兼容芯片比如常见的国产替代给出的数值可能不完全一致。市面上 0.96 寸模块最常用的 Rref 是 910kΩ也有用 1MΩ 甚至 560kΩ 的。Rref 越小Iseg 越大屏幕越亮功耗越高。这就是为什么我前面提到的批次事故会致命——模组厂悄悄换了电阻值软件侧完全无感知但实际电流已经变了。提示如果你在设计自己的板子而不是用现成模块Rref 建议选 1% 精度的金属膜电阻不要用碳膜。电流镜对 Rref 的绝对精度敏感5% 的电阻误差意味着 5% 的亮度差异多块屏并排时会看出来。2.4 对比度寄存器给电流加一个 8 位乘数硬件上的 Rref 决定的是电流上限实际运行时的电流还受一个软件寄存器控制也就是 SSD1306 的对比度寄存器命令 0x81后跟一个字节参数。这个 8 位参数的范围是 0x00 到 0xFF映射关系近似线性0x00 对应最小电流0xFF 对应满电流。换成人话亮度比例约等于 (contrast 1) / 256。常见驱动库默认写的是 0xCF也就是 207。207/256 ≈ 0.81意味着默认只用了 81% 的电流能力。有些库写 0x7F127那就只有一半写 0xFF 则是打满。这个寄存器是软件层面唯一能实时调电流的入口也是做呼吸灯效果、夜间模式、按环境光自动调亮度的抓手。理解它的量化关系你就能把亮度从一个模糊的百分比变成一个可计算的电流比例。3. 从单像素到整屏把电流算成一张账单3.1 理论公式长什么样把前面几节串起来可以先写一个理论上限的估算式I_avg ≈ K × N_on × (contrast 1) / 256 × D I_q各项含义I_avg折算到面板侧的平均电流K由 Rref 决定的单像素满电流系数N_on当前画面中处于点亮状态的像素总数contrast对比度寄存器值0 到 255D扫描占空比SSD1306 在 64 行模式下约为 1/64I_qIC 静态电流与电荷泵空载损耗这个式子在你手上没有手册、需要快速判断量级时很有用但它有个现实问题K和D的乘积很难从手册直接读出来手册给的是 Iseg而 Iseg 是瞬时值你要自己乘占空比。3.2 工程上更实用的做法实测系数法我在实际项目里更愿意用实测标定 线性外推的方式原因是它把所有不确定因素手册版本差异、模组差异、电荷泵效率、面板效率全部一次性打包进一个系数里比纯理论计算准得多。操作思路是在固定对比度下分别测全黑和全白两种画面的 VCC 电流差值除以像素总数就得到每个点亮像素折算到电源侧的平均电流系数。以我手上几块常见的 0.96 寸模块为例VCC 3.3V、对比度设为 0xCF 时画面状态点亮像素数实测 VCC 电流说明全黑显示关闭仅电荷泵工作0约 1.5 到 3 mA主要是 IC 静态 电荷泵空载单行汉字16×162 个字约 512约 4 mA与全黑差值 1 到 2 mA半屏文字约 4000约 12 mA中间量级全屏点亮8192约 20 到 23 mA满负荷按全白数据反推每点亮像素折算到 VCC 侧约为 (22 - 2) mA / 8192 ≈ 2.4μA。这个系数就是你的账单单价之后算任何画面都只需要数像素。屏幕上显示一个 16×16 汉字笔画实际点亮的像素大概在 90 到 130 个之间不是 256 个。一副满屏图片如果黑白各半实际点亮约 4096 个点。这些数字你得根据实际取模数据去数而不是按面积拍脑袋。3.3 对比度一改整张账单跟着变上一节的系数是在 0xCF 下测的。如果把对比度调到 0xFF系数大致按 256/208 ≈ 1.23 倍放大全白电流会到 26mA 左右。调到 0x7F则缩到约 0.61 倍全白约 13mA。这个线性关系在中间区间成立得不错但在极低值区域比如 0x00 到 0x0F会明显偏离因为芯片在这个区间的最小步进有特殊处理。所以我一般的做法是在 0x20 到 0xFF 之间用线性模型做估算低于 0x20 的部分一律靠实测。下面这张表是我常用的参考方便开机前做个快速预算对比度设置相对电流比例全白 8192 点预估电流含静态0x7F127约 0.61约 14 mA0x9F159约 0.76约 17 mA0xCF2071.00基准约 22 mA0xE0224约 1.07约 24 mA0xFF255约 1.22约 27 mA注意这里的含静态是指折算到 VCC 3.3V 侧的整机电流。如果你把电流探头放在电荷泵输出端也就是面板实际工作电压通常在 7V 到 8V 之间读数会小很多因为电压高、电流低功率是守恒的。这一点在对比厂家规格书时特别容易踩坑规格书标的到底是 VCC 侧还是面板侧必须看清楚。3.4 电源预算里的三个隐藏项把整屏电流算出来之后很多人就直接拿这个数去挑 LDO 了这中间漏了三个东西。第一个是 I2C 总线的动态电流。128 字节一帧的数据量在 400kHz 下传输需要约 2.9ms加上首字节和 ACK实际更长。如果刷新率设到 60Hz光总线传输就占掉大量时间MCU 侧和上拉电阻侧的电流不能忽略。上拉电阻越小总线翻转时的瞬时电流越大4.7k 上拉在 3.3V 下翻转峰值接近 0.7mA。第二个是电荷泵的启动冲击。SSD1306 内部电荷泵从 3.3V 升到 7.5V 左右上电瞬间要给面板电容充电会出现一个持续时间很短但幅值不小的浪涌。如果你的电源是纽扣电池或者小容量锂电这个浪涌可能直接把电压拉塌导致 IC 复位、屏幕不亮。这就是为什么用万用表看电压正常但屏就是不亮的情况会出现在电池供电设备上。第三个是温度。前面说过 OLED 有负温度系数同一个画面在 60 摄氏度环境下的电流会比 25 摄氏度时高出一截。做工业设备或者车载应用时电源预算要按最高工作温度来留余量我一般会按常温值的 1.3 到 1.5 倍去设计。4. 灰度和扫描平均电流和峰值电流是两码事4.1 占空比带来的功率税无源矩阵的逐行扫描本质上是一种时间上的功率压缩。要让一行的像素在 148μs 内发出足够亮的光瞬时电流必须远大于平均电流。这就是无源 OLED 的功率税——同样的视觉亮度无源矩阵的峰值电流是有源矩阵AMOLED的几十倍。理解这一点你才能解释几个现象为什么 OLED 全白时电流表读数会跳得厉害为什么大电流点亮的画面下屏幕容易出现横向条纹为什么给 OLED 做去耦时1μF 不够得并上 10μF 甚至 22μF。峰值电流大对电源的瞬态响应要求就高。LDO 的负载瞬态响应跟不上输出电压就会在每行扫描的瞬间往下掉一点表现为屏幕整体亮度略降或者出现扫描纹。我遇到过一次用了一颗静态电流极低几百 nA的 LDO 做低功耗设计结果全屏显示时噪点明显换了颗静态电流 20μA 但瞬态响应好的型号问题立刻消失。低功耗和瞬态响应很多时候是矛盾的做便携设备必须权衡。4.2 SSD1306 的灰度是怎么造出来的SSD1306 是单色驱动的每个像素只有亮和灭两种状态数据按 1bpp 存储每个字节管 8 个像素。那屏幕上那些看起来深浅不一的灰色是怎么来的答案是时间抖动dithering。软件层面用有序抖动或者误差扩散算法把灰度值映射成一片亮灭相间的像素图案人眼在正常观看距离下会把它平均成灰色。比如 50% 灰度就是用棋盘格图案实现的。这里的关键点在于抖动算法不改变点亮像素的总数但改变它们的空间分布。一张 50% 灰度的图点亮像素数是 4096跟一张黑白各半的图完全一样所以电流也一样。但如果抖动后的图案让某一行的点亮数特别多那行的瞬时电流就会偏高。这也是为什么我在做低功耗界面设计时会尽量避开大面积 50% 灰度的背景。看起来只是淡一点的底纹电流上和半屏全亮没区别。4.3 想真正省电得从像素数量下手因为平均电流和点亮像素数成正比省电的核心思路就是减少点亮像素而不是单纯调低亮度。具体做法有这么几个深色主题优于浅色主题。白色背景意味着接近 100% 的点亮率黑色背景接近 0%。同样一个界面深色主题的电流可能只有浅色主题的 15%。用点阵字体代替笔画字体。16×16 的全角汉字平均点亮 100 个像素左右而 8×16 的 ASCII 字符只有 20 到 30 个。同样信息量下ASCII 界面的电流小一个数量级。避免满屏充填的进度条和色块。一个 100×8 的实心进度条就是 800 个像素常亮相当于 8 个汉字一直在那耗电。可以改成描边加动态点。动态降低对比度。在环境光暗的场合把对比度从 0xCF 降到 0x9F电流能降 25%肉眼几乎看不出差别。注意调对比度省电是线性的减少像素数省电也是线性的两者可以叠加。但如果你的设备是电池供电优先动像素数因为它不影响可读性。5. 把电流真正量出来一段测试代码加一块万用表5.1 测量点怎么选理想情况下你应该在最靠近 OLED 模组 VCC 引脚的地方串一个电流表。实际操作中串万用表会引入压降可能影响结果所以我更推荐两种方式。一种是用可调电源自带的电流显示。把限流设到 100mA电压设到 3.3V直接读电源上的电流值。这种方法最省事缺点是分辨率通常在 1mA 一档测小电流不准。另一种是串一个小阻值采样电阻。在电源和模组 VCC 之间串一个 0.1Ω 的 1% 电阻用高精度万用表测它两端的电压差除以 0.1 就是电流。1mA 电流对应 0.1mV普通手持表的 200mV 档能分辨准确度不错。缺点是采样电阻会带来少量压降0.1Ω 在 20mA 下只有 2mV可以忽略。不管用哪种方式测点必须在模组的 VCC 引脚根部不能测到你 MCU 板上的电源入口否则中间走线的压降、其他器件的电流都会被算进来。5.2 差值法把静态电流从账单里剔掉单次读数是没意义的因为里面混着 IC 静态电流、电荷泵空载电流、上拉电阻电流。真正有用的做法是测两次做差。先发命令0xAE关闭显示等两秒稳定记录电流 I_off。再发0xAF打开显示显示全屏点亮的图案稳定后记录 I_on。差值 I_on - I_off 就是 8192 个像素贡献的电流。除以 8192得到单像素系数。这个方法的好处是所有跟像素无关的固定开销都被自动消掉了。而且因为是差值万用表的绝对精度影响也被削弱了。5.3 HAL 库下的测试图案代码下面这段是基于 STM32 HAL 库、I2C 接口 SSD1306 的最小测试代码用来配合上面的测量流程。先说清楚控制字节的约定I2C 传输的第一个字节是控制字节0x00表示后面跟的是命令0x40表示后面跟的是显存数据。/* 7 位地址 0x3C 左移一位得到 0x78 */ #define OLED_ADDR (0x3C 1) /* 发送单条命令 */ static void oled_cmd(uint8_t cmd) { uint8_t buf[2] {0x00, cmd}; HAL_I2C_Master_Transmit(hi2c1, OLED_ADDR, buf, 2, HAL_MAX_DELAY); } /* 发送带参数的命令 */ static void oled_cmd2(uint8_t cmd, uint8_t arg) { uint8_t buf[3] {0x00, cmd, arg}; HAL_I2C_Master_Transmit(hi2c1, OLED_ADDR, buf, 3, HAL_MAX_DELAY); } /* 设置对比度0x00 ~ 0xFF */ void oled_set_contrast(uint8_t value) { oled_cmd2(0x81, value); } /* 全屏填充0xFF 全亮0x00 全灭 */ void oled_fill(uint8_t pattern) { uint8_t buf[129]; buf[0] 0x40; for (uint16_t i 1; i 128; i) { buf[i] pattern; } /* 8 页每页 128 字节 */ for (uint8_t page 0; page 8; page) { oled_cmd(0xB0 | page); oled_cmd(0x00); oled_cmd(0x10); HAL_I2C_Master_Transmit(hi2c1, OLED_ADDR, buf, 129, HAL_MAX_DELAY); } } /* 显示开关 */ void oled_display_on(void) { oled_cmd(0xAF); } void oled_display_off(void) { oled_cmd(0xAE); }测量流程对应到代码就是oled_set_contrast(0xCF); /* 固定对比度保证可比性 */ oled_fill(0x00); /* 显存清空但显示还开着 */ oled_display_on(); HAL_Delay(2000); /* 此时屏幕全黑但显示开启记录一次电流 I_blank */ oled_fill(0xFF); /* 全屏点亮 */ HAL_Delay(2000); /* 记录电流 I_full差值即为 8192 个像素的贡献 */ oled_display_off(); /* 记录 I_off用于校核静态电流 */有个细节要注意oled_fill(0x00)之后屏幕全黑但 IC 和电荷泵还在跑这时候的电流才是真正的零像素基线。如果你直接oled_display_off()去测基线测到的是显示关闭状态电荷泵通常也会停和显示开启但全黑的电流不一样。5.4 实测数据和理论值对不上怎么办如果你按上面流程测出来的单像素系数和手册推算值差了 3 倍以上先别怀疑自己的代码按下面顺序排查现象可能原因验证方法测出的系数明显偏小采样点不在模组 VCC 根部被其他负载分流换个测点重测全黑基线异常高8mA模组上有额外的电平转换或稳压电路看模组原理图不同模块差异大Rref 电阻批次不一致万用表量 IREF 对地阻值对比度改 0xC0 和 0xF0 电流几乎不变库在初始化后又覆写了对比度抓 I2C 波形看有没有多余的 0x81读数跳动不停画面在刷新或电源瞬态停刷新再测电源并电容我遇到过最常见的一种情况是驱动库在oled_init()里设了对比度然后主循环里又调了一次亮度调节函数两次叠加。测的时候以为设的是 0x9F实际芯片里是 0xCF怎么算都对不上。抓一次 I2C 波形比对着代码猜快得多。6. 批量点不亮与显示不均从电流视角走一遍排查链路6.1 最隐蔽的一条IREF 通路配置前面提到的 50 台好、200 台有 37 台黑的事故根因就在 IREF。SSD1306 支持内部基准和外部基准两种模式通过命令0xAD后跟参数选择0xAD, 0x8E表示使用内部 IREF0xAD, 0x10表示使用外部 IREF。很多网上流传的初始化序列里根本没有这一条芯片就保持在上电默认状态。如果你的模组是外部 IREF 设计板上焊了 Rref 电阻而软件没设置那用的是默认通路一般能亮。但如果模组厂为了省成本做了改动或者 Rref 虚焊、漏贴、阻值贴错屏幕就会表现为极暗甚至全黑但 I2C 通信完全正常。这种情况下你去查 I2C 地址、查复位、查电源全都是对的就是找不到问题。判据很简单用示波器或逻辑分析仪确认命令都发出去了、ACK 都正常但屏幕不亮就去量 IREF 引脚对地的电阻。我的做法是在初始化序列里显式加上这一条把行为确定下来/* 显式声明使用内部 IREF避免依赖上电默认值 */ oled_cmd2(0xAD, 0x8E);如果模组用的是外部 IREF 且 Rref 精度更好就用0xAD, 0x10。关键是不要留空留空就意味着你的产品行为依赖芯片的默认状态这在批量生产里是隐患。6.2 电源侧LDO 带不动是什么表现从电流角度看还有一类点不亮是电源能力不足。典型场景是用了一颗输出能力 50mA 的 LDO理论上全白 22mA 够用但实际上电荷泵启动浪涌可能瞬时抽到 80mA 以上如果同时还有 MCU、无线模块在工作总电流逼近 LDO 上限LDO 进入限流或过温保护输出电压跌落表现就是屏幕在特定画面下闪烁、局部变暗或者 MCU 因为电压不足而复位。解决办法有两个输出端并一个 22μF 到 47μF 的钽电容或者低 ESR 陶瓷电容把浪涌吸掉或者换一颗输出能力翻倍的 LDO。我在低功耗设备上还踩过一个坑为了省电选了一颗超低静态电流的 LDO但它的瞬态响应很差屏幕扫描时每次峰值电流都会让输出掉几十毫伏结果就是屏幕上有明显的横向亮暗条纹。换 LDO 之后干净了。低静态电流和快瞬态响应在选型时基本是二选一。6.3 显示不均匀可能是电流分布的问题如果屏幕能亮但某些区域明显比别处暗先别急着怀疑面板质量。有两种情况跟电流直接相关。一种是电源走线的 IR 压降。模组的 VCC 引脚和 FPC 排线本身有电阻电流流过时会产生压降。全屏点亮电流大压降就大靠近电源入口的区域和远端区域亮度就有差异。这种问题在长排线的模块上更明显。另一种是每行点亮像素数差异造成的扫描电流不均。前面说过一帧里每一行被轮流点亮如果某一行的点亮像素数远多于其他行那一行扫描时电源负担就重输出电压跌落这一行整体会偏暗。用户看到的就是某一行比别处暗。验证方法很简单显示一个全黑背景加一条横线把这条线在不同行之间移动看它亮度是否一致。如果移动到某几行时明显变暗问题就出在电源瞬态上加去耦电容或者提高刷新率通常能缓解。提示显示不均匀很多时候不是屏的问题而是你的电源和去耦没做够。在怀疑屏之前先把手边最大的电容并在模组 VCC 引脚上试一次。7. 亮度、功耗与寿命之间那笔账7.1 亮度换寿命是真的OLED 是有机材料发光靠的是载流子复合。电流密度越大复合越剧烈材料老化越快。行业的经验规律是亮度翻倍寿命大致减半。对 0.96 寸这种小屏把对比度从 0xCF 拉到 0xFF亮度提升约 20%寿命损失大约 30%。如果你的产品要求长时间连续点亮比如工业仪表面板、充电桩显示这个取舍就要认真对待。我自己的做法是出厂默认对比度设 0x9F 到 0xB0 之间把 0xFF 留给用户手动调节或者在强光环境下启用。这样既保证日常可读性又给寿命留了余量。反正大多数室内场景下0x9F 的亮度已经足够。7.2 老化和残影从像素电流角度看长时间显示同一画面会导致残影也就是常说的烧屏。根本原因是长期点亮的像素老化更快发光效率下降而不常点亮的像素保持原有效率两者亮度差异被人眼看出来了。从电流角度看这意味着当你发现屏幕有残影时那部分像素的发光效率已经下降了同样的电流下它们会更暗。你没法通过提高对比度把残影补回来因为那是要提升整体电流正常像素会变得更亮差异反而放大。预防的办法都是围绕让每个像素点亮时间尽量均衡定期做像素刷新把整屏反相显示几十秒界面设计上避免固定的边框、分隔线长时间不动显示内容整体做几个像素的慢速平移行业内叫像素偏移这些手段在电视和手机上很成熟嵌入式的 OLED 屏大多不做但如果你做的是长期运行的设备值得加上。7.3 我的默认配置做了几个项目之后我形成了一个固定的默认配置直接抄可以省很多调试时间对比度默认 0x9F提供设置接口供上层调整初始化里显式设置0xAD, 0x8E或按模组选外部 IREF不留默认模组 VCC 引脚就近放 10μF 钽电容加 100nF 陶瓷电容I2C 上拉 4.7k走线短于 10cm 时不加缓冲刷新率控制在 30Hz 以内界面刷新做局部更新不做全屏重绘深色主题为默认浅色主题作为可选项这套配置在 3.3V 供电、全屏文字刷新的典型场景下整机电流稳定在 8 到 12mA对大多数电池供电设备都是可接受的。如果还要更省就上局部刷新加低对比度能压到 5mA 上下。最后说一个我踩过两次的坑别在测电流的时候让屏幕显示动态画面。有一次我测了半天每次读数都不一样从 6mA 跳到 15mA查了两小时才发现是界面里有个进度条动画在跑。测电流之前先冻结画面或者干脆关掉刷新让静态数据说话这是最基本的纪律。另外如果你手上只有普通的万用表测全黑和全白的差值同样有效只要两次测量的条件完全一致就行。真正的难点不在仪器精度而在于你有没有把哪些变量必须固定住想清楚。对比度、画面内容、刷新状态、供电电压这四个变量任何一个变了测出来的数就没有可比性。