做了这么多年低功耗嵌入式我盘了一圈下来发现凡是电池供电又需要显示输出的项目墨水屏几乎是绕不开的选项。这次手上正好有一颗nrf52811蓝牙芯片要驱动一块4.2寸墨水屏做低功耗信息牌从选型到代码跑通折腾了两三天中间踩了不少坑也把驱动流程彻底摸透了。这篇文章就把nrf52811驱动4.2寸墨水屏的完整思路、接线方式、逐行代码解析一次讲清楚给同样要做低功耗显示终端的朋友一份能直接抄的作业。不管你是做电子价签、会议室门牌、桌面日历还是传感器数据显示卡这套方案都适用。1. 方案选型为什么是nrf52811加4.2寸墨水屏1.1 nrf52811到底是一颗什么样的芯片先说说选型。nrf52811是Nordic推出的一颗低成本BLE 5.1芯片Cortex-M4F内核主频64MHz192KB Flash24KB RAM。它最大的特点是单芯片搞定无线通信和业务逻辑不需要外挂蓝牙模块而且片上集成了一堆常用外设SPIMSPI主机、TWII2C、UART、SAADC、PWM、QDEC、GPIOTE等等。QFN32封装引脚少但足够用几块钱的成本在BLE MCU里算是非常能打的了。这颗芯片在Nordic产品线里的定位很有意思它比nRF52810多了NFC-A标签功能比nRF52832少了点RAM和Flash但价格更友好。对于墨水屏这种不需要复杂计算、只要稳定驱动外设的场景nrf52811的性能是绰绰有余的。我最看重的还有它基于ARM Cortex-M4F调试和开发体验和STM32很像用惯Keil或者SEGGER Embedded Studio的人上手很快。之所以用nrf52811而不是STM32加外挂蓝牙模块核心原因是功耗和集成度。STM32本身功耗不错但在低功耗模式下要维持无线连接依然麻烦外挂BLE模块又是额外的成本和电流开销。nrf52811的SoftDevice协议栈是Nordic自家调好的sleep电流能到uA级别——这个在电池供电设备里是决定性的优势。1.2 4.2寸墨水屏的定位和优势4.2寸墨水屏的分辨率通常是400x300驱动IC常见SSD1683、IL0398或Good Display自家的控制器。这个尺寸在信息展示类产品中属于黄金档位比1.54寸屏能显示的信息量大得多但又不像7.5寸那样占空间、刷新慢。放一个温湿度曲线、日程安排、二维码、物品清单这个尺寸刚好。墨水屏的显示原理决定了它的功耗优势只有画面切换的时候才消耗电流画面显示出来之后完全不耗电而且强光下可视角度接近180度这一点TFT屏根本没法比。很多人第一眼看到墨水屏会吐槽刷新慢、有闪烁但当你把它做成一个电池供电设备、几个月不换电池还能稳定显示的时候这些缺点完全可以接受。这个尺寸的墨水屏模块一般自带转接板引出SPI接口和几个控制引脚对嵌入式开发非常友好。不像裸屏那样需要自己设计高压驱动电路模块拿回来接上就能用特别适合快速验证原型。1.3 选型横向对比方案成本无线能力系统待机功耗开发门槛nrf52811 墨水屏低BLE 5.1单芯片uA级中等ESP32 墨水屏低Wi-Fi/BLEmA级起步低STM32 BLE模块 墨水屏高需外挂模块uA级但模块费电较高树莓派 墨水屏高网络几百mA低从表格能看出来如果项目有明确的低功耗要求nrf52811这套方案综合优势最明显。ESP32虽然开发简单但它的Wi-Fi射频功耗摆在那深度睡眠要几百uA到几mA而且协议栈占内存多跑墨水屏刷新这种长任务时功耗控制要花很多精力。2. 墨水屏显示原理与硬件接线2.1 电泳微胶囊显示原理要写好驱动代码得先弄明白墨水屏内部在干什么。墨水屏的核心是微胶囊电泳技术——每个像素点就是一个微胶囊胶囊里封装了带正电的黑色粒子和带负电的白色粒子悬浮在透明液体中。当上下电极加上电场时黑白粒子分别朝相反方向移动于是像素就呈现黑色或白色。这个过程的奇妙之处在于双稳态电场撤掉之后粒子不会自己跑回去画面就这么保持住了。你可以把它理解成一把沙子撒在玻璃板上只要没人拿磁铁去吸它就一直在那儿。所以墨水屏显示静态内容时零功耗只有切换画面的那几秒需要能量。驱动IC做的事情就是把MCU发过来的命令和图像数据转换成面板电极上精确的高压波形。这些波形不是简单的高电平低电平而是有特定的时序和电平组合用来控制粒子移动的速度和位置从而减少残影、防止鬼影。所以当你看到初始化序列里一串命令时不要觉得它们可有可无那都是在告诉驱动IC用什么样的波形去刷新屏幕。2.2 驱动IC与SPI通信协议墨水屏模块对外接口一般有七个脚VCC、GND、DINMOSI、CLKSCK、CS、DC、RST、BUSY有的还有MISO但墨水屏不需要回传数据MISO可以不接。驱动IC通过SPI接收命令和数据DC引脚区分当前传输的是命令还是数据——DC低电平表示命令高电平表示数据。这里有个关键点还是得强调整个通信是单向的MCU只管往屏幕写数据屏幕的状态通过BUSY引脚反馈。BUSY是高还是低代表忙碌/空闲不同驱动IC的极性定义不一样但绝大多数是高电平忙、低电平闲。初始化、刷新、睡眠过程中MCU都必须等待BUSY回到空闲状态再发下一条命令否则命令会被忽略或者屏幕状态错乱。SPI的模式一般是Mode 0CPOL0, CPHA0也就是时钟空闲为低电平数据在上升沿被采样。时钟频率建议控制在2MHz以内之前试过跑4MHz长时间运行偶尔会出现花屏降速之后就稳定了。墨水屏本身不是什么高速外设实在没必要追求SPI带宽。2.3 接线表和电平匹配下面是我实际用过的一组引脚映射以nrf52811 QFN32封装的P0口为例墨水屏模块引脚nrf52811引脚功能说明VCC3.3V屏幕电源需接一颗10uF电容靠近模块GNDGND共地DINP0.20SPI MOSICLKP0.19SPI SCKCSP0.12片选低电平有效DCP0.13数据/命令选择RSTP0.14硬件复位低电平有效BUSYP0.15忙信号输入引脚两个注意点第一nrf52811和墨水屏都是3.3V电平不用加电平转换但千万别接到5V上否则驱动IC大概率直接烧掉第二nrf52811的P0.09和P0.10默认被NFC功能占用如果你在这两个引脚上接了屏幕或者其他外设需要在工程里把NFC引脚保护关掉否则引脚不工作。我建议初次调试验证时直接用上述这个引脚组合避开NFC引脚省得排查半天。还有一个很容易忽略的硬件细节墨水屏刷新瞬间电流可以达到十几到几十毫安如果供电走线太细或者共用一颗LDO电压跌落会导致花屏。在模块电源引脚旁边加一颗10uF陶瓷电容能明显改善刷新稳定性。3. 驱动代码完整实现与逐行解析3.1 SDK工程与SPI外设初始化我的开发环境是nRF5 SDK 17.1.0加SEGGER Embedded Studio芯片用nrf52811协议栈选SoftDevice S112。驱动墨水屏这部分不需要占用BLE资源所以咱们先单独写一个屏幕驱动文件把SPI和GPIO初始化好后面想接入BLE只管在业务层调刷新函数就行。先看SPI初始化代码#include nrfx_spim.h #include nrf_gpio.h #include nrf_delay.h #include app_error.h #define SCREEN_CS_PIN 12 #define SCREEN_DC_PIN 13 #define SCREEN_RST_PIN 14 #define SCREEN_BUSY_PIN 15 #define SPIM_SCK_PIN 19 #define SPIM_MOSI_PIN 20 static const nrfx_spim_t spim NRFX_SPIM_INSTANCE(1); static void spi_init(void) { nrfx_spim_config_t config NRFX_SPIM_DEFAULT_CONFIG; config.sck_pin SPIM_SCK_PIN; config.mosi_pin SPIM_MOSI_PIN; config.miso_pin NRFX_SPIM_PIN_NOT_USED; config.frequency NRFX_SPIM_FREQ_2M; config.mode NRFX_SPIM_MODE_0; config.bit_order NRFX_SPIM_BIT_ORDER_MSB_FIRST; APP_ERROR_CHECK(nrfx_spim_init(spim, config, NULL, NULL)); nrf_gpio_cfg_output(SCREEN_CS_PIN); nrf_gpio_cfg_output(SCREEN_DC_PIN); nrf_gpio_cfg_output(SCREEN_RST_PIN); nrf_gpio_cfg_input(SCREEN_BUSY_PIN, NRF_GPIO_PIN_PULLUP); nrf_gpio_pin_set(SCREEN_CS_PIN); nrf_gpio_pin_set(SCREEN_RST_PIN); }代码解释起来也简单一开始通过NRFX_SPIM_INSTANCE(1)选择SPIM1实例然后配置SCK、MOSI引脚MISO不接频率定2MHz模式选Mode 0位序MSB在前。这几个配置和屏幕数据手册是对应死的改任何一个都可能引起通信失败。BUSY引脚用上拉输入是因为驱动IC在空闲时输出高阻用内部上拉保证读到确定电平。CS和RST先拉高保持不选中、不复位的状态。这里多说一句nrfx_spim_init的最后一个参数是中断回调传NULL表示不开启中断模式这样nrfx_spim_xfer会以阻塞方式发送数据简单可靠。3.2 底层命令与数据发送函数驱动IC靠DC引脚和CS引脚的组合来识别这是命令还是数据。我把底层发送封装成三个函数后面所有功能都是在这之上搭的static void spi_write(const uint8_t *buf, size_t len) { nrfx_spim_xfer_desc_t xfer NRFX_SPIM_XFER_TX(buf, len); APP_ERROR_CHECK(nrfx_spim_xfer(spim, xfer, 0)); } static void send_cmd(uint8_t cmd) { nrf_gpio_pin_clear(SCREEN_DC_PIN); // DC0: 命令 nrf_gpio_pin_clear(SCREEN_CS_PIN); // CS拉低: 选中屏幕 spi_write(cmd, 1); nrf_gpio_pin_set(SCREEN_CS_PIN); } static void send_data(const uint8_t *data, size_t len) { nrf_gpio_pin_set(SCREEN_DC_PIN); // DC1: 数据 nrf_gpio_pin_clear(SCREEN_CS_PIN); spi_write(data, len); nrf_gpio_pin_set(SCREEN_CS_PIN); }不要小看这个封装它省了很多事。比如写图像数据的时候一次性把整块buffer丢给send_dataSPI会用DMA连续发而不是一个字节一个字节地压GPIO速度完全不一样。CS引脚每传输完一组数据就拉高是为了让驱动IC清楚一段传输的边界防止命令和数据黏在一起导致解析错乱。走一个命令的完整流程是这样的先把DC拉低再把CS拉低发一个字节最后把CS拉高。驱动IC在CS下降沿开始接收数据在CS上升沿认为本次传输结束。如果CS一直拉低不发完就停驱动IC会一直等下去屏幕表现就是卡住不动。所以每次传输结束一定要把CS拉高这是新手最容易犯的错。3.3 屏幕初始化序列在真正显示画面之前需要对驱动IC做一次完整的初始化配置。初始化的目的是告诉驱动IC屏幕有多少行、多少列、图像数据从哪个地址开始、扫描方向怎么走、各种波形参数用什么值。我用的是SSD1683驱动IC400x300分辨率的典型序列如下static void epd_wait_idle(void) { while (nrf_gpio_pin_read(SCREEN_BUSY_PIN) 1) { // BUSY为高说明屏幕忙等待它变低 } } static void epd_init(void) { // 硬件复位 nrf_gpio_pin_clear(SCREEN_RST_PIN); nrf_delay_ms(10); nrf_gpio_pin_set(SCREEN_RST_PIN); nrf_delay_ms(10); epd_wait_idle(); send_cmd(0x12); // SWRESET软件复位 nrf_delay_ms(10); epd_wait_idle(); send_cmd(0x01); // 驱动输出控制设置屏的行数 send_data(0x2B); // GD300行GD-12990x012B send_data(0x01); send_data(0x00); // 扫描方向从上到下 send_cmd(0x11); // 数据入口模式 send_data(0x03); // 地址从左到右、从上到下递增 send_cmd(0x44); // RAM X地址范围X方向共有50字节400/8 send_data(0x00); // X起始地址 0 send_data(0x31); // X结束地址 49 send_cmd(0x45); // RAM Y地址范围Y方向共300行 send_data(0x00); // Y起始低字节 send_data(0x00); // Y起始高字节 send_data(0x2B); // Y结束低字节 0x2B send_data(0x01); // Y结束高字节 0x01 send_cmd(0x4E); // RAM X地址计数器初始值 send_data(0x00); send_cmd(0x4F); // RAM Y地址计数器初始值 send_data(0x00); send_data(0x00); }这个序列看起来不长但你把它拆开看就很有意思。0x01命令的三个参数里前两个组成(300-1)的值等于0x012B第三个0x00表示输出方向不反向。0x11命令的0x03表示水平方向和垂直方向都是递增也就是从左到右、从上到下填图像这和大多数取模工具的扫描方向一致。需要特别提醒的是不同厂家、不同批次的墨水屏初始化序列可能有微调特别是VCOM电压值、LUT波形标定这些参数。我这份序列在Good Display 4.2寸黑白屏上跑得很稳但你最好还是对着自己屏幕原厂手册核对一遍命令和数值。很多模块卖家会提供参考例程直接借鉴是最稳妥的。3.4 图像数据构造与传输屏幕初始化完之后就可以写图像数据了。400x300分辨率的黑白图每个像素只需要1个bit来表示1代表黑色0代表白色所以一整屏图像正好是400x300/815000字节也就是14.6KB左右。nrf52811有24KB RAM放得下这15000字节但如果用三色屏图像数据就要占30KBnrf52811会非常吃紧三色屏建议换大内存芯片或者分块传输。我先把整幅图像buffer准备好放在全局数组里static uint8_t frame_buffer[15000];然后是写RAM和刷新的核心函数static void epd_display_frame(const uint8_t *image) { uint16_t width_bytes 400 / 8; // 每行50字节 uint16_t height 300; epd_wait_idle(); // 重置RAM地址计数器确保从(0,0)开始写 send_cmd(0x4E); send_data(0x00); send_cmd(0x4F); send_data(0x00); send_data(0x00); // 写黑白图像数据 send_cmd(0x24); nrf_gpio_pin_set(SCREEN_DC_PIN); // DC1进入数据阶段 nrf_gpio_pin_clear(SCREEN_CS_PIN); // CS拉低CS保持低一次性发完 for (uint16_t row 0; row height; row) { spi_write(image row * width_bytes, width_bytes); } nrf_gpio_pin_set(SCREEN_CS_PIN); // 开始刷新 send_cmd(0x22); // 显示更新控制2 send_data(0xF7); // 使用默认LUT全屏刷新 send_cmd(0x20); // 主激活触发刷新 epd_wait_idle(); // 等待刷新完成 }这里有个细节容易被忽略写RAM之前我用0x4E和0x4F把RAM地址计数器重置回了原点。如果不重置上一帧写得位置和这一帧对不上屏幕上会出现错位或者只刷新一半的诡异现象。CS在整块数据发送期间保持低电平是为了让驱动IC认为这是一次连续的RAM写入中间不会被打断。0x22命令的参数0xF7决定这次刷新用哪套波形表、要不要通过OTP加载LUT。0xF7这个值在大多数SSD1683例程里都能见到代表从OTP读取默认LUT并执行全屏刷新。如果你用三色屏还需要在写黑白RAM之后再写红色RAM命令是0x26流程完全一样只是地址窗口和缓冲区大小不一样。3.5 图像取模与显示文字图像数据从哪来我平时有两个办法。第一个是用取模软件Image2Lcd把PNG图片转成C数组。设置时要注意输出格式选C数组颜色选单色最大宽度和高度填400和300扫描方式选水平扫描最重要的是字节内位序一般选MSB在前也就是第1个像素对应字节的最高位这样才能和驱动IC的RAM排列对上。第二个办法是写一个Python脚本直接处理图片输出数组。我常用这个方式因为方便批量处理from PIL import Image img Image.open(screen.png).convert(1) img img.resize((400, 300)) result [] for y in range(300): for x in range(0, 400, 8): byte 0 for bit in range(8): xx x bit # 1模式中黑是0白是255 # 墨水屏默认1表示黑0表示白所以取反 if img.getpixel((xx, y)) 0: byte | (1 (7 - bit)) result.append(byte) print(const uint8_t frame_buffer[15000] {) for i in range(0, len(result), 16): print( , .join(f0x{v:02X} for v in result[i:i16]) ,) print(};)显示文字其实不用在单片机里做复杂字库渲染我的经验是在PC端把文字渲染成图片再转数组直接发给屏幕。nrf52811的RAM和Flash都有限本地集成中文点阵字库很占空间而且取模软件处理完之后代码运行效率更高。3.6 低功耗休眠处理墨水屏刷新完成后如果不主动让驱动IC休眠它内部还是会持续消耗电流虽然比刷新时小得多但对电池供电设备来说依然不能忍。所以要紧接着调用休眠函数static void epd_deep_sleep(void) { send_cmd(0x22); send_data(0x83); // 关闭内部电源 send_cmd(0x20); epd_wait_idle(); send_cmd(0x10); // 进入深度睡眠模式 send_data(0x01); // sleep mode 1 }这条0x10命令发完之后整个显示面板和驱动IC的电流消耗就降到几uA级别。这里还要注意进入睡眠之后除非通过RST引脚重新复位否则驱动IC不再响应任何SPI命令。所以下次要更新画面时不能直接发写RAM命令需要先调用上面的epd_init做一次完整复位和初始化。如果你做的是周期性刷新设备比如每10分钟刷新一次温湿度那整个工作流就是MCU从睡眠醒来→初始化屏幕→写图像→刷新→深度睡眠→MCU再次睡眠。这套流程跑下来电池能用很久。4. 低功耗优化与实测数据4.1 静态显示为什么省电很多人对墨水屏零功耗显示有误解以为零功耗是整个设备零功耗。实际上更准确的说法是静态显示状态下屏幕部分不耗电但MCU还是要耗电的除非MCU也进入睡眠。所以省电的关键其实是让MCU和屏幕一起进入低功耗状态只在需要更新的时候醒来干活。nrf52811配合SoftDevice协议栈在静态显示、BLE广播间隔拉长的情况下整机电流能做到十几uA甚至更低。这里的瓶颈往往不是MCU而是电路板上有没有LDO自耗电、有没有指示灯常亮、有没有其他漏电路径。做低功耗产品最费时间的部分通常在外围电路排查上芯片本身反倒不用操心。4.2 实测电流数据我自己拿万用表串在电池端测过一组数据墨水屏型号是SSD1683方案的4.2寸黑白屏工作状态实测电流持续时间nrf52811运行无无线活动约3mA持续墨水屏刷新过程中整屏全刷约15-20mA约2秒刷新完成但驱动IC未休眠约0.8mA持续驱动IC进入深度睡眠约3uA持续整机睡眠MCU屏幕约8-12uA持续这组数据能说明一个道理如果你每天刷新10次每次刷新2秒每天消耗的电流大概是20mA乘以20秒约0.11mAh一个月都不到3.5mAh。而静态待机的12uA一天就是0.288mAh一个月约8.6mAh。这么算下来500mAh电池用一年都没问题前提是MCU和屏幕都睡眠了。4.3 功耗优化小技巧刷新频率能低就低。墨水屏的优势是静态显示不耗电所以信息没变化就尽量不要刷新。我见过有人拿它做秒表每秒刷一次每次都闪几下电池没几天就光了——这场景应该用TFT屏别为难墨水屏。图像刷新前可以对比新旧帧数据如果完全相同直接跳过刷屏过程。这个在业务逻辑层加一个memcmp就好能避免很多无谓的刷新闪烁和功耗浪费。电源路径也要注意。我通常用nrf52811内部的DCDC降压模式供核心电压整机电流又能比LDO模式低1-2mA。屏幕VCC单独用一个IO控制的负载开关刷新完以后直接切断屏幕供电连驱动IC那3uA都省掉这个做法在小电池场景下非常有用。5. 避坑指南与调试经验5.1 花屏、白屏、残影的原因排查做墨水屏项目最常遇到的问题就是白屏和花屏。白屏通常意味着屏幕初始化失败或者命令根本没被正确接收。先检查RST引脚时序——有些驱动IC要求复位脉宽至少10ms再检查SPI配置尤其是mode是不是Mode 0时钟频率有没有超过2MHz最后用示波器或逻辑分析仪看CS和DC的时序确认是不是命令阶段和数据阶段乱了。花屏的问题一般出在RAM地址和图像数据的对应关系上。我遇到最多的是图像扫描方向和取模方向不一致——屏幕从左到右扫但取模软件按从上到下取结果就是屏幕显示的内容像被斜着切开了。解决办法统一扫描方向要么改0x11的数据入口模式要么在取模软件里把扫描方式改成一致。刷新过程中的闪烁和清屏动作是正常的。墨水屏全刷的本质是先让所有像素变成黑色再变成白色这个过程必然伴随闪烁。很多人第一次看到会以为屏幕坏了其实不是。如果嫌闪得厉害可以选择支持局部刷新的屏幕或者用局刷命令但局刷的代价是残影会更明显。想完全不闪、又没残影现阶段墨水屏技术还做不到选型时要有心理预期。5.2 调试工具与排查方法调试nrf52811驱动墨水屏我推荐两套工具组合。第一套是J-Link加SEGGER RTTRTT可以在不占用串口的情况下打印调试日志对实时性要求高的SPI时序调试特别方便。J-Link驱动安装好之后在SEGGER Embedded Studio里直接用RTT Viewer就能看到printf输出不用额外接线。第二套是USB转串口模块CH340或者CP2102都行用来打印普通日志或者抓取命令交互过程。虽然说RTT更高效但有时候想观察整个格式化输出还是串口顺手。注意装好对应驱动CH340和CP2102是两种不同的芯片驱动不能混用插上电脑没识别的时候先检查这一步。逻辑分析仪是排查SPI问题的大杀器。墨水屏SPI是单向通信只有时钟、数据、CS、DC四根线逻辑分析仪一抓就能看出来命令和数据的时序对不对。我之前遇到过一种诡异的现象屏幕偶尔刷新错乱怎么看代码都没问题最后用逻辑分析仪才发现CS引脚在初始化时被配置成了输入模式导致片选信号时好时坏。查了整整一个下午这个坑印象太深了。5.3 常见问题速查表现象可能原因解决办法屏幕完全无显示供电异常、RST时序不对检查3.3V和GND复位脉宽加到10ms以上白屏但通信正常初始化序列不完整、VCOM参数不对对照原厂手册核对初始化命令、参数花屏/内容错位RAM地址窗口设错、图像扫描方向不一致核对0x44/0x45窗口参数统一扫描方式图像反白图像bit极性反了写1代表黑0代表白取模时按此标准输出刷新后残影严重LUT波形不合适、局刷没有清屏用全刷命令刷新前先写一遍空白帧SPI传输卡死CS一直为低、BUSY等待死循环确认每次传输后CS拉高检查BUSY极性和硬件连接电流偏大驱动IC未休眠、LDO自耗电、IO悬空调用深度睡眠命令检查有无低效供电路径5.4 那些网上很少提到的经验最后分享几个不太容易在教程里看到的实操经验。第一个是关于BUSY引脚的一定不要省这个引脚的连接见过有人为了省IO把BUSY接地然后用固定延时代替结果屏幕温度一变化刷新时间就不稳定时好时坏。BUSY是屏幕驱动IC告诉MCU我忙完了的唯一信号比延时靠谱得多。第二个是图像buffer的声明位置。15000字节的数组如果放在函数内部可能直接撑爆栈放在全局静态区最稳妥。nrf52811的RAM本来就紧写了BLE协议栈以后更要留意内存占用我建议把frame_buffer声明为静态全局变量并且在编译后留意一下map文件里的RAM使用量。第三个是关于刷新间隔。墨水屏的物理特性决定了它不适合高频率刷新频繁刷新会加速墨水粒子老化而且每次刷新都要经历黑白翻转的折腾。我的经验是设计产品时把刷新频率控制在1分钟以上内容不变就完全不刷。如果产品经理说要做秒钟级刷新你要么换屏幕技术要么把需求砍掉。整套代码跑下来之后我最深的感受是墨水屏驱动本身并不复杂它更像是一个耐心活只要理解原理、按手册来、时序控制好就能稳定工作。真正让它发光的地方是在低功耗产品里那种电池能用几个月不换的踏实感是TFT屏幕给不了的。nrf52811加4.2寸墨水屏这套组合目前已经跑在我几个桌面信息牌项目里三个月没换电池每天刷新十几次依然稳定出图。后续想扩展的话可以直接接BLE OTA升级图像内容或者通过手机小程序下发文本再刷新硬件不用改动这大概就是嵌入式开发的乐趣所在。
