尧图网页设计 
1. 从一块会“说话”的灯板说起第一次把 WS2812 点阵点亮、让它滚动出“你好”两个字的时候我盯着那块巴掌大的板子看了很久。不是因为效果有多炫而是因为从“一堆不会动的灯珠”到“能表达信息的显示设备”中间隔着的其实是一整套关于数据编码、坐标映射和字模取模的完整思路。这套思路一旦打通你手里的 WS2812 就不再只是氛围灯而是一块真正意义上的低分辨率显示屏。这篇内容要聊的就是用 Mixly 和 Arduino 驱动 WS2812 点阵实现自定义图案和汉字的动态显示。核心关键词是Mixly、Arduino、WS2812、点阵、汉字。它解决的问题很具体很多人手里有 WS2812 灯带或灯板也会用图形化编程点灯但一到“显示一个自己画的图案”或者“滚动显示一个汉字”就卡住了不知道字模从哪来、坐标怎么算、颜色怎么填。适合的读者包括刚接触 Arduino 的创客、做毕业设计的学生、带社团活动的老师以及想给智能小车加一块状态显示屏的爱好者。哪怕你之前只会让灯珠轮流亮跟着思路走也能把汉字跑起来。我下面讲的东西不是照着手册念一遍而是把我在实际调试中踩过的坑、绕过的弯、最后总结出来的稳定做法摊开来讲。有些地方我会给出具体的参数和计算过程有些地方会直接告诉你“别这么干我试过会翻车”。你完全可以把它当成一份可以照着复现的实战记录。2. 整体方案设计与核心思路拆解2.1 为什么选 WS2812 而不是普通点阵做点阵显示传统方案是 16×16 的红色 LED 点阵模块配 MAX7219 驱动芯片。那套方案成熟、资料多但它有个硬伤单色。你只能显示红色想换个颜色就得换模块。而 WS2812 是内置驱动 IC 的 RGB 灯珠每颗灯珠可以独立控制 24 位颜色理论上能显示 1600 万色。这意味着同一块点阵你可以让汉字是白色、边框是蓝色、背景是暗红色甚至做渐变和呼吸效果。另一个原因是接线。MAX7219 点阵需要至少 3 根信号线加电源多块级联还要考虑数据方向。WS2812 只需要一根数据线所有灯珠串起来单片机一个引脚就能控制整块屏。对于引脚紧张的 Arduino UNO 来说这一点非常关键。我试过用 UNO 同时驱动点阵、舵机和传感器如果点阵占用太多引脚其他外设就没法接了。当然 WS2812 也有代价。它的刷新率受限于单线协议灯珠越多刷新越慢。16×16 就是 256 颗灯珠每颗 24 位数据一帧就是 6144 位。在 800kHz 的典型速率下刷一帧大约需要 7.7 毫秒理论最高约 130 帧每秒。实际因为库函数开销和计算时间能稳定跑到 30 到 60 帧做滚动字幕完全够用。但如果你想做高帧率动画比如贪吃蛇那种需要快速局部刷新的场景就要考虑用 DMA 或者换 STM32 方案了。这也是为什么热词里会出现“stm32f103c8t6 用 PA8 脚使用 PWMDMA 驱动一颗 WS2812”这种内容——那是进阶玩法我们这篇先把 Mixly 和 Arduino 的基础打牢。2.2 Mixly 和 Arduino 代码的分工Mixly 是图形化编程工具底层还是 Arduino 代码。很多人纠结“到底用 Mixly 还是直接写代码”我的建议是逻辑用 Mixly 搭底层驱动用代码补。WS2812 的驱动库比如 Adafruit_NeoPixel 或 FastLED在 Mixly 里有对应的图形块但字模数据、坐标映射这些需要灵活处理的部分图形块反而不好表达。具体分工是这样的Mixly 负责主循环、延时、按键判断、模式切换这些流程控制自定义函数块里嵌入 C 代码处理字模数组和像素映射。这样既保留了图形化编程的直观又不牺牲灵活性。我见过有同学非要用纯图形块拼出汉字显示结果积木堆了满满一屏改一个字就要动几十块维护成本极高。所以别跟自己较劲该写代码的地方就写代码。2.3 点阵的物理排布与坐标映射这是整个项目最容易出错的地方。WS2812 点阵的灯珠排布方式直接决定了你的坐标算法。常见的有两种蛇形排布和逐行排布。蛇形排布是每一行的数据方向交替。第一行从左到右第二行从右到左第三行又从左到右像蛇爬行一样。这种排布的好处是走线短PCB 设计方便。逐行排布则是每一行都从左到右数据线在行尾要绕回下一行开头走线长一些。如果你买的是成品 16×16 软板大概率是蛇形排布。这时候如果你按逐行的坐标去填色显示出来的图案会是镜像加错位的。我第一次做的时候就吃了这个亏明明取模是对的显示出来却是反的。后来用了一个笨办法写一个测试程序让第 0 号灯珠亮红色、第 1 号亮绿色、第 2 号亮蓝色然后观察它们在实际板子上的位置反推出排布规律。坐标映射的核心公式是这样的。假设点阵是 16 列 × 16 行灯珠索引从 0 开始。对于逐行排布第 x 列第 y 行的灯珠索引是y * 16 x。对于蛇形排布如果 y 是偶数行索引是y * 16 x如果 y 是奇数行索引是y * 16 (15 - x)。这个判断在代码里就是一个 if-else但少了它整个显示就是乱的。提示不要假设你买的点阵一定是某种排布。拿到手第一件事就是写测试程序确认。这个时间花得绝对值比后面调试半天强。3. 核心细节解析与实操要点3.1 字模数据的来源与格式转换汉字显示的本质是点阵字模。16×16 的点阵一个汉字需要 16 行 × 16 列 256 个像素点。字模数据就是把这 256 个点的亮灭状态用二进制表示出来再转成十六进制数组。字模怎么来最常用的工具是PCtoLCD2002或者在线取模工具。设置参数的时候有几个关键选项点阵大小选 16×16取模方式选“逐行式”还是“列行式”要看你的显示代码怎么解析输出格式选十六进制或十进制。我一般用逐行式、高位在前、十六进制输出这样和 Arduino 代码里的解析逻辑最好对应。取模出来的数据长这样每个汉字 32 个字节因为 16 行 × 每行 2 字节 32 字节。每行 16 个点用两个字节表示第一个字节是高 8 位第二个字节是低 8 位。比如“你”字的字模数组前两个字节0x08, 0x00表示第一行的第 4 个点从 0 数起是第 3 位是亮的。这里有个坑不同取模工具的“高位在前”和“低位在前”定义不一样。高位在前是指一个字节里 bit7 对应最左边的点低位在前是 bit0 对应最左边的点。如果你取模设置和代码解析不匹配显示出来的字会是左右镜像的。我建议先用一个简单的图案比如一个实心方块或者一个箭头验证取模和显示是否一致再上汉字。3.2 颜色数据的组织方式WS2812 每个灯珠需要 24 位颜色数据顺序是 GRB 而不是 RGB。这一点很多人会忽略导致红色和绿色对调。Adafruit_NeoPixel 库的setPixelColor()函数会自动处理这个顺序你传 RGB 进去就行。但如果你是自己写底层驱动就要注意先发绿色字节。对于汉字显示通常有两种颜色策略单色显示和彩色显示。单色就是所有点亮的像素用同一种颜色比如白色或红色。彩色可以给不同笔画或不同区域分配不同颜色但 16×16 的分辨率下彩色汉字容易显得花哨可读性反而下降。我的经验是滚动字幕用单色静态图标可以用彩色。颜色值可以用strip.Color(r, g, b)来构造r、g、b 各是 0 到 255。亮度控制有两种方式一是直接调小颜色值比如strip.Color(80, 80, 80)就是暗白色二是用strip.setBrightness()统一设置全局亮度。我推荐用后者因为改一个数就能调整个屏的亮度不用逐个改颜色值。但要注意setBrightness()会影响所有后续的显示如果只想调某个图案的亮度还是得单独处理颜色值。3.3 动态显示的帧控制与刷新策略动态显示的核心是“一帧一帧地换”。滚动字幕就是每一帧把整个图案向左或向右移动一个像素然后刷新显示。这里的关键是帧率控制和刷新范围。帧率控制用millis()做非阻塞延时而不是delay()。delay()会让整个程序停下来按键响应、传感器读取都会卡住。用millis()记录上一次刷新的时间间隔到了才刷新下一帧这样主循环可以同时处理其他任务。我一般设 50 到 80 毫秒一帧滚动速度比较舒服。太快了看不清太慢了显得卡顿。刷新范围是指每次刷新是重绘整个点阵还是只改变化的部分。对于滚动字幕因为整屏内容都在移动实际上每一帧都要重绘全部 256 个像素。但对于局部动画比如只让一个图标闪烁就可以只刷新那个区域。strip.show()函数会把所有像素数据一次性发送出去所以即使你只改了一个像素也是整屏刷新。这是 WS2812 单线协议的限制没法只刷新局部。注意strip.show()执行期间会关闭中断如果点阵灯珠很多关闭中断的时间会变长可能影响其他依赖中断的功能比如舵机控制、串口接收。256 颗灯珠的情况下show()大约耗时 7 到 8 毫秒一般应用可以接受但如果你的项目对实时性要求高就要考虑分区域刷新或者换用带 DMA 的方案。3.4 内存占用的估算与优化Arduino UNO 只有 2KB 的 SRAM这一点必须精打细算。Adafruit_NeoPixel 库会为每颗灯珠分配 3 个字节的缓冲区256 颗灯珠就是 768 字节。再加上字模数组一个汉字 32 字节如果你存 10 个汉字就是 320 字节。还有程序运行时的栈空间、其他变量2KB 很快就见底了。我遇到过最典型的问题就是程序编译上传成功但运行起来点阵只亮一部分或者完全不亮。排查半天发现是内存溢出strip.show()访问了被其他数据覆盖的缓冲区。解决办法有几个一是把字模数组放到 PROGMEM程序存储空间里不占用 SRAM二是减少同时缓存的汉字数量需要哪个取哪个三是换用内存更大的板子比如 Arduino Mega 或 ESP32。用 PROGMEM 的写法是在数组定义前加const和PROGMEM关键字读取的时候用pgm_read_byte()函数。这样字模数据存在 Flash 里Flash 有 32KB存几百个汉字都没问题。代价是读取速度稍慢但对于滚动字幕这种应用完全无感。4. 实操过程与核心环节实现4.1 硬件准备与接线确认先列一下我这次用的物料清单物料规格数量备注主控板Arduino UNO R31也可以用 Nano 或 ESP32点阵屏WS2812 16×16 软板1256 颗灯珠5V 供电电源5V 4A 直流电源1全亮白色时电流可达 15A但一般显示不会全亮电容1000μF 电解电容1并联在电源输入端防止上电冲击电阻330Ω1串在数据线里保护第一颗灯珠杜邦线母对母若干连接电源和信号接线方式很简单电源正极接点阵的 5V负极接 GNDArduino 的 D6 引脚通过 330Ω 电阻接点阵的 DIN。注意电源的地和 Arduino 的地要共地否则信号电平没有参考点阵会乱闪。那个 1000μF 电容和 330Ω 电阻不是可有可无的。WS2812 在上电瞬间会有较大的浪涌电流没有电容的话第一颗灯珠容易被击穿。330Ω 电阻则是为了匹配信号阻抗减少反射。我一开始没加电阻点阵偶尔会闪一下白色加了之后就稳定了。提示如果你用 USB 给 Arduino 供电同时点阵用独立 5V 电源一定要把两个电源的 GND 连在一起。我见过有人忘了共地结果点阵显示随机颜色查了一晚上。4.2 Mixly 环境配置与库导入Mixly 的版本建议用 1.0 以上老版本对第三方库的支持不太好。打开 Mixly 后在“导入库”里搜索 NeoPixel 或者 WS2812如果没有现成的就手动把 Adafruit_NeoPixel 库文件夹放到 Mixly 的libraries目录下。具体路径一般是 Mixly 安装目录下的\mixly\arduino\portable\sketchbook\libraries。把库文件夹复制进去重启 Mixly在“传感器”或“执行器”分类里就能看到对应的图形块了。如果你用的是 Arduino IDE 而不是 Mixly那就更简单在“库管理”里搜 Adafruit NeoPixel点安装。但要注意Mixly 和 Arduino IDE 的库路径是分开的装了一个不等于另一个也有。热词里有人问“mixly 没有 ch340 端口”这通常是驱动没装。CH340 是 USB 转串口芯片很多国产 Arduino 兼容板用的都是它。解决办法是下载 CH340 驱动安装装完重启电脑设备管理器里能看到 COM 口就行了。如果还是不行换根 USB 线试试有些线只能充电不能传数据。4.3 字模提取与数组生成我用 PCtoLCD2002 取“中”字的字模。设置如下点阵大小 16×16取模方式“逐行式”取模走向“顺向高位在前”输出格式“C51 格式”。点生成后得到 32 个字节的数据。这里我把“中”字的字模数组写出来方便你对照const unsigned char zhong[] PROGMEM { 0x01, 0x00, 0x01, 0x00, 0x01, 0x00, 0x01, 0x00, 0x3F, 0xF8, 0x21, 0x08, 0x21, 0x08, 0x21, 0x08, 0x21, 0x08, 0x21, 0x08, 0x3F, 0xF8, 0x21, 0x08, 0x01, 0x00, 0x01, 0x00, 0x01, 0x00, 0x01, 0x00 };这 32 个字节按顺序对应 16 行每行 2 个字节。第一行0x01, 0x00表示第 8 个点从 0 数起是第 7 位是亮的也就是“中”字中间那一竖的顶部。你可以数一下0x01的二进制是00000001最高位对应最左边的点所以亮的是最右边那个点。等等这里就涉及到高位在前的定义了。0x01如果高位在前bit7 是最左那00000001的最右位是 1亮的是最右边的点。但“中”字的第一行应该是中间竖线的顶部应该在中间位置。这说明我的取模设置可能有问题。实际上如果你用“高位在前”0x01对应的是最右边的点。要让中间的点亮应该是0x10或者0x08这样的值。所以取模的时候一定要预览一下看看生成的图案是不是你想要的。我建议取模后先在电脑上把十六进制转成二进制画成点阵图确认一遍再放到代码里。4.4 显示函数的编写与坐标映射实现显示函数的核心逻辑是遍历字模的每一行每一列如果该位是 1就把对应坐标的灯珠设成指定颜色否则设成背景色。void drawChar(const unsigned char *charData, int offsetX, uint32_t color, uint32_t bgColor) { for (int row 0; row 16; row) { for (int col 0; col 16; col) { int byteIndex row * 2 col / 8; int bitIndex 7 - (col % 8); unsigned char byteVal pgm_read_byte(charData[byteIndex]); bool pixelOn (byteVal bitIndex) 0x01; int x col offsetX; if (x 0 x 16) { int index getPixelIndex(x, row); strip.setPixelColor(index, pixelOn ? color : bgColor); } } } }getPixelIndex()就是坐标映射函数根据你的点阵排布方式实现。如果是蛇形排布int getPixelIndex(int x, int y) { if (y % 2 0) { return y * 16 x; } else { return y * 16 (15 - x); } }offsetX参数用于滚动效果。当 offsetX 从 16 递减到 -16 时汉字就从右边滚到左边。每一帧 offsetX 减 1然后调用strip.show()刷新。4.5 滚动字幕的主循环实现主循环里用millis()控制帧率每 60 毫秒移动一列。当汉字完全移出屏幕后切换到下一个汉字。unsigned long lastFrame 0; int scrollX 16; int charIndex 0; void loop() { unsigned long now millis(); if (now - lastFrame 60) { lastFrame now; strip.clear(); drawChar(charData[charIndex], scrollX, strip.Color(255, 255, 255), 0); strip.show(); scrollX--; if (scrollX -16) { scrollX 16; charIndex (charIndex 1) % charCount; } } // 这里可以放按键扫描、传感器读取等其他任务 }这段代码里strip.clear()会把所有像素设成黑色然后drawChar只点亮汉字部分。背景色传 0 表示不亮。如果你想要背景有颜色把 0 换成对应的颜色值就行但注意背景色会消耗更多电流。实测下来60 毫秒一帧的滚动速度比较舒服一个汉字从进入到完全离开大约需要 32 帧也就是不到 2 秒。如果你觉得慢可以改成 40 毫秒觉得快就改成 80 毫秒。这个参数没有标准答案看你的实际观感。5. 常见问题与排查技巧实录5.1 点阵显示乱码或颜色错乱这是最常见的问题原因通常有三个坐标映射不对、颜色顺序不对、内存溢出。坐标映射的问题表现为图案镜像、错位或者斜着扭曲。解决办法是写一个测试程序依次点亮第 0、1、2、3 号灯珠观察它们在板子上的实际位置。如果第 0 号在最左上角第 1 号在它右边那就是逐行排布如果第 1 号在下一行的最右边那就是蛇形排布。颜色错乱表现为红色显示成绿色、蓝色显示成黄色。这是 GRB 和 RGB 顺序搞反了。Adafruit_NeoPixel 库默认是 GRB如果你的点阵是 RGB 顺序需要在初始化时加一个参数Adafruit_NeoPixel strip(256, 6, NEO_RGB NEO_KHZ800)。具体是 NEO_RGB 还是 NEO_GRB试一下就知道。内存溢出的表现比较随机可能显示一半就卡死也可能颜色随机变化。排查方法是看编译输出的内存占用如果 SRAM 使用超过 80%就要警惕了。把字模数组放到 PROGMEM 里能省不少空间。5.2 点阵闪烁或亮度不均闪烁通常是电源问题。WS2812 全亮白色时256 颗灯珠每颗 60 毫安总电流超过 15 安培。一般的 USB 供电根本扛不住电压会被拉低导致灯珠复位重启。解决办法是外接 5V 大电流电源并且在电源输入端并联大电容。亮度不均表现为靠近电源的灯珠亮远处的灯珠暗。这是线路压降导致的。WS2812 的 5V 和 GND 线路上有电阻电流越大压降越明显。解决办法是给点阵两端都接电源或者用更粗的电源线。16×16 的点阵一般从一端供电就够了但如果做更大的屏就要考虑双端供电。还有一种闪烁是数据信号问题。如果数据线太长或者没有串电阻信号波形会畸变导致灯珠误判。330Ω 电阻就是干这个的。如果加了电阻还不行试试缩短数据线或者换用屏蔽线。5.3 Mixly 上传失败与端口识别问题热词里“mixly 没有 ch340 端口”和“arduino 上传项目出错”是高频问题。上传失败的原因很多按这个顺序排查驱动是否安装。CH340 驱动去官网下载装完重启。端口是否被占用。关掉其他串口软件比如串口监视器、其他 IDE。板子型号是否选对。Mixly 里要选 Arduino UNO选错了上传会报错。USB 线是否支持数据传输。换一根线试试。板子是否进入 bootloader。按一下板子上的复位键等一秒钟再点上传。如果以上都不行试试在 Arduino IDE 里上传一个最简单的 Blink 程序确认硬件和驱动没问题再回到 Mixly。5.4 滚动字幕卡顿或不流畅卡顿的原因通常是strip.show()耗时太长或者主循环里有其他阻塞操作。strip.show()在 256 颗灯珠时大约 7 到 8 毫秒如果帧间隔设得太短比如 20 毫秒那实际帧率会被show()拖慢看起来就不流畅。解决办法是适当加大帧间隔或者减少灯珠数量。如果你只需要显示 8×8 的图案用 64 颗灯珠的板子show()时间会缩短到 2 毫秒左右流畅度会好很多。另一个原因是drawChar函数里的循环计算太慢。16×16 是 256 次循环每次都要读 PROGMEM、算坐标、调setPixelColor。如果主频是 16MHz这些计算加起来可能超过 1 毫秒。优化方法是把坐标映射的结果预先算好存到数组里运行时直接查表省去重复计算。5.5 常见问题速查表现象可能原因排查方法解决方案显示镜像取模方向与解析不匹配用箭头图案测试改取模设置或改 bitIndex 计算颜色错误GRB/RGB 顺序不对单色测试红绿蓝初始化时指定 NEO_RGB随机闪烁电源电流不足万用表测电压外接大电流电源加电容只亮一部分内存溢出看编译 SRAM 占用字模放 PROGMEM上传失败驱动或端口问题设备管理器看 COM 口装 CH340 驱动换 USB 线滚动卡顿帧间隔太短串口打印帧耗时加大帧间隔或减少灯珠亮度不均线路压降测远端电压双端供电或加粗线径提示每次改完代码先上传一个最简单的测试程序验证硬件再上复杂逻辑。这样能把硬件问题和软件问题分开省很多时间。6. 进阶玩法与个人实操心得6.1 多汉字滚动与字库管理单个汉字跑通之后下一步就是多个汉字连续滚动。最直接的做法是把所有汉字的字模数组放在一个二维数组里主循环里按索引取用。但这样会占用大量 SRAM所以一定要用 PROGMEM。const unsigned char hanziLib[][32] PROGMEM { { /* 你 */ }, { /* 好 */ }, { /* 世 */ }, { /* 界 */ } };读取的时候用pgm_read_byte(hanziLib[charIndex][byteIndex])。注意二维数组在 PROGMEM 里的寻址方式hanziLib[charIndex]本身是一个指针要取它的地址再读字节。如果汉字数量很多比如几十个可以考虑用外部 Flash 或者 SD 卡存储字库运行时按需读取。但这对于 UNO 来说有点吃力建议换 ESP32它有更大的 Flash 和 RAM还能用 SPIFFS 文件系统存字库。6.2 图案与汉字的混合显示实际项目中你可能需要先显示一个图标再滚动一行文字。这需要把显示内容组织成一个队列每个元素可以是图案或者汉字按顺序播放。图案的字模和汉字一样也是 16×16 的位图。你可以用画图软件画一个 16×16 的黑白图然后转成十六进制数组。网上有很多在线转换工具上传图片就能生成 C 数组。注意图片要是纯黑白不能有灰度否则转换出来的数据不对。混合显示的关键是统一数据格式。我定义了一个结构体包含类型图案或汉字、数据指针、颜色、显示时长。主循环里按队列顺序取元素根据类型调用不同的绘制函数。这样扩展性很好加新内容只要往队列里加元素就行。6.3 亮度自适应与功耗控制WS2812 全亮时功耗很大如果项目是电池供电续航会很短。我的做法是根据环境光自动调亮度。加一个光敏电阻读取环境光强度映射到 0 到 100 的亮度值用strip.setBrightness()设置。另一个省电技巧是减少同时点亮的像素数量。显示汉字时背景不亮只有笔画亮实际点亮的像素可能只有 30 到 50 个功耗远低于全亮。所以滚动字幕的功耗其实不大真正耗电的是全屏彩色动画。如果做电池供电的便携设备还可以在没有人观看的时候自动熄屏。加一个红外接近传感器或者按键检测到无人交互超过一定时间就关闭显示按任意键唤醒。6.4 我踩过的几个坑第一个坑是忘记共地。Arduino 用 USB 供电点阵用独立电源两个地没连在一起。结果点阵显示随机颜色有时候还完全不亮。查了两个小时才想起来量一下两个地之间的电压发现有 2V 的压差。连上地线之后立刻正常。第二个坑是字模取模方向搞反。取模工具里选了“低位在前”代码里按“高位在前”解析显示出来的字全是镜像的。后来我养成了一个习惯取模之后先在纸上画一遍确认图案正确再写进代码。第三个坑是内存溢出。字模数组没加 PROGMEM10 个汉字占了 320 字节加上 NeoPixel 的 768 字节缓冲区SRAM 直接爆了。表现是点阵只亮前几行后面的随机亮。后来把字模全放到 PROGMEM问题解决。第四个坑是帧率设得太高。一开始设 20 毫秒一帧想让它滚快点结果因为strip.show()就要 8 毫秒加上计算时间实际帧率根本达不到反而看起来一顿一顿的。改成 60 毫秒之后流畅多了。6.5 后续可以扩展的方向这块点阵跑通之后能玩的东西很多。比如做一个桌面天气站从网络获取天气数据用图标和汉字显示温度和天气状况。或者做一个智能小车状态屏显示速度、电量、方向。还可以做像素游戏比如贪吃蛇、俄罗斯方块16×16 的分辨率虽然低但玩起来别有风味。如果换用 ESP32还能做网络时钟通过 NTP 同步时间滚动显示日期和星期。ESP32 的运算能力和内存都远强于 UNO可以跑更复杂的动画和更大的字库。热词里“arduino esp32 作为网络服务器”和“arduino 添加 esp32”说的就是这类玩法。我个人在实际操作中的体会是WS2812 点阵的门槛不在硬件接线而在坐标映射和字模处理这两个软件环节。把这两个环节吃透剩下的就是创意和调试。我建议你先用 8×8 的点阵练手成本低、灯珠少、调试快跑通之后再上 16×16。别一上来就搞大屏容易受挫。最后分享一个小技巧在点阵背面贴一张黑色卡纸能显著提升对比度让显示效果更清晰。这个成本几乎为零但效果立竿见影。 Mixly+Arduino驱动WS2812点阵：自定义图案与汉字滚动显示实战
1. 从一块会“说话”的灯板说起第一次把 WS2812 点阵点亮、让它滚动出“你好”两个字的时候我盯着那块巴掌大的板子看了很久。不是因为效果有多炫而是因为从“一堆不会动的灯珠”到“能表达信息的显示设备”中间隔着的其实是一整套关于数据编码、坐标映射和字模取模的完整思路。这套思路一旦打通你手里的 WS2812 就不再只是氛围灯而是一块真正意义上的低分辨率显示屏。这篇内容要聊的就是用 Mixly 和 Arduino 驱动 WS2812 点阵实现自定义图案和汉字的动态显示。核心关键词是Mixly、Arduino、WS2812、点阵、汉字。它解决的问题很具体很多人手里有 WS2812 灯带或灯板也会用图形化编程点灯但一到“显示一个自己画的图案”或者“滚动显示一个汉字”就卡住了不知道字模从哪来、坐标怎么算、颜色怎么填。适合的读者包括刚接触 Arduino 的创客、做毕业设计的学生、带社团活动的老师以及想给智能小车加一块状态显示屏的爱好者。哪怕你之前只会让灯珠轮流亮跟着思路走也能把汉字跑起来。我下面讲的东西不是照着手册念一遍而是把我在实际调试中踩过的坑、绕过的弯、最后总结出来的稳定做法摊开来讲。有些地方我会给出具体的参数和计算过程有些地方会直接告诉你“别这么干我试过会翻车”。你完全可以把它当成一份可以照着复现的实战记录。2. 整体方案设计与核心思路拆解2.1 为什么选 WS2812 而不是普通点阵做点阵显示传统方案是 16×16 的红色 LED 点阵模块配 MAX7219 驱动芯片。那套方案成熟、资料多但它有个硬伤单色。你只能显示红色想换个颜色就得换模块。而 WS2812 是内置驱动 IC 的 RGB 灯珠每颗灯珠可以独立控制 24 位颜色理论上能显示 1600 万色。这意味着同一块点阵你可以让汉字是白色、边框是蓝色、背景是暗红色甚至做渐变和呼吸效果。另一个原因是接线。MAX7219 点阵需要至少 3 根信号线加电源多块级联还要考虑数据方向。WS2812 只需要一根数据线所有灯珠串起来单片机一个引脚就能控制整块屏。对于引脚紧张的 Arduino UNO 来说这一点非常关键。我试过用 UNO 同时驱动点阵、舵机和传感器如果点阵占用太多引脚其他外设就没法接了。当然 WS2812 也有代价。它的刷新率受限于单线协议灯珠越多刷新越慢。16×16 就是 256 颗灯珠每颗 24 位数据一帧就是 6144 位。在 800kHz 的典型速率下刷一帧大约需要 7.7 毫秒理论最高约 130 帧每秒。实际因为库函数开销和计算时间能稳定跑到 30 到 60 帧做滚动字幕完全够用。但如果你想做高帧率动画比如贪吃蛇那种需要快速局部刷新的场景就要考虑用 DMA 或者换 STM32 方案了。这也是为什么热词里会出现“stm32f103c8t6 用 PA8 脚使用 PWMDMA 驱动一颗 WS2812”这种内容——那是进阶玩法我们这篇先把 Mixly 和 Arduino 的基础打牢。2.2 Mixly 和 Arduino 代码的分工Mixly 是图形化编程工具底层还是 Arduino 代码。很多人纠结“到底用 Mixly 还是直接写代码”我的建议是逻辑用 Mixly 搭底层驱动用代码补。WS2812 的驱动库比如 Adafruit_NeoPixel 或 FastLED在 Mixly 里有对应的图形块但字模数据、坐标映射这些需要灵活处理的部分图形块反而不好表达。具体分工是这样的Mixly 负责主循环、延时、按键判断、模式切换这些流程控制自定义函数块里嵌入 C 代码处理字模数组和像素映射。这样既保留了图形化编程的直观又不牺牲灵活性。我见过有同学非要用纯图形块拼出汉字显示结果积木堆了满满一屏改一个字就要动几十块维护成本极高。所以别跟自己较劲该写代码的地方就写代码。2.3 点阵的物理排布与坐标映射这是整个项目最容易出错的地方。WS2812 点阵的灯珠排布方式直接决定了你的坐标算法。常见的有两种蛇形排布和逐行排布。蛇形排布是每一行的数据方向交替。第一行从左到右第二行从右到左第三行又从左到右像蛇爬行一样。这种排布的好处是走线短PCB 设计方便。逐行排布则是每一行都从左到右数据线在行尾要绕回下一行开头走线长一些。如果你买的是成品 16×16 软板大概率是蛇形排布。这时候如果你按逐行的坐标去填色显示出来的图案会是镜像加错位的。我第一次做的时候就吃了这个亏明明取模是对的显示出来却是反的。后来用了一个笨办法写一个测试程序让第 0 号灯珠亮红色、第 1 号亮绿色、第 2 号亮蓝色然后观察它们在实际板子上的位置反推出排布规律。坐标映射的核心公式是这样的。假设点阵是 16 列 × 16 行灯珠索引从 0 开始。对于逐行排布第 x 列第 y 行的灯珠索引是y * 16 x。对于蛇形排布如果 y 是偶数行索引是y * 16 x如果 y 是奇数行索引是y * 16 (15 - x)。这个判断在代码里就是一个 if-else但少了它整个显示就是乱的。提示不要假设你买的点阵一定是某种排布。拿到手第一件事就是写测试程序确认。这个时间花得绝对值比后面调试半天强。3. 核心细节解析与实操要点3.1 字模数据的来源与格式转换汉字显示的本质是点阵字模。16×16 的点阵一个汉字需要 16 行 × 16 列 256 个像素点。字模数据就是把这 256 个点的亮灭状态用二进制表示出来再转成十六进制数组。字模怎么来最常用的工具是PCtoLCD2002或者在线取模工具。设置参数的时候有几个关键选项点阵大小选 16×16取模方式选“逐行式”还是“列行式”要看你的显示代码怎么解析输出格式选十六进制或十进制。我一般用逐行式、高位在前、十六进制输出这样和 Arduino 代码里的解析逻辑最好对应。取模出来的数据长这样每个汉字 32 个字节因为 16 行 × 每行 2 字节 32 字节。每行 16 个点用两个字节表示第一个字节是高 8 位第二个字节是低 8 位。比如“你”字的字模数组前两个字节0x08, 0x00表示第一行的第 4 个点从 0 数起是第 3 位是亮的。这里有个坑不同取模工具的“高位在前”和“低位在前”定义不一样。高位在前是指一个字节里 bit7 对应最左边的点低位在前是 bit0 对应最左边的点。如果你取模设置和代码解析不匹配显示出来的字会是左右镜像的。我建议先用一个简单的图案比如一个实心方块或者一个箭头验证取模和显示是否一致再上汉字。3.2 颜色数据的组织方式WS2812 每个灯珠需要 24 位颜色数据顺序是 GRB 而不是 RGB。这一点很多人会忽略导致红色和绿色对调。Adafruit_NeoPixel 库的setPixelColor()函数会自动处理这个顺序你传 RGB 进去就行。但如果你是自己写底层驱动就要注意先发绿色字节。对于汉字显示通常有两种颜色策略单色显示和彩色显示。单色就是所有点亮的像素用同一种颜色比如白色或红色。彩色可以给不同笔画或不同区域分配不同颜色但 16×16 的分辨率下彩色汉字容易显得花哨可读性反而下降。我的经验是滚动字幕用单色静态图标可以用彩色。颜色值可以用strip.Color(r, g, b)来构造r、g、b 各是 0 到 255。亮度控制有两种方式一是直接调小颜色值比如strip.Color(80, 80, 80)就是暗白色二是用strip.setBrightness()统一设置全局亮度。我推荐用后者因为改一个数就能调整个屏的亮度不用逐个改颜色值。但要注意setBrightness()会影响所有后续的显示如果只想调某个图案的亮度还是得单独处理颜色值。3.3 动态显示的帧控制与刷新策略动态显示的核心是“一帧一帧地换”。滚动字幕就是每一帧把整个图案向左或向右移动一个像素然后刷新显示。这里的关键是帧率控制和刷新范围。帧率控制用millis()做非阻塞延时而不是delay()。delay()会让整个程序停下来按键响应、传感器读取都会卡住。用millis()记录上一次刷新的时间间隔到了才刷新下一帧这样主循环可以同时处理其他任务。我一般设 50 到 80 毫秒一帧滚动速度比较舒服。太快了看不清太慢了显得卡顿。刷新范围是指每次刷新是重绘整个点阵还是只改变化的部分。对于滚动字幕因为整屏内容都在移动实际上每一帧都要重绘全部 256 个像素。但对于局部动画比如只让一个图标闪烁就可以只刷新那个区域。strip.show()函数会把所有像素数据一次性发送出去所以即使你只改了一个像素也是整屏刷新。这是 WS2812 单线协议的限制没法只刷新局部。注意strip.show()执行期间会关闭中断如果点阵灯珠很多关闭中断的时间会变长可能影响其他依赖中断的功能比如舵机控制、串口接收。256 颗灯珠的情况下show()大约耗时 7 到 8 毫秒一般应用可以接受但如果你的项目对实时性要求高就要考虑分区域刷新或者换用带 DMA 的方案。3.4 内存占用的估算与优化Arduino UNO 只有 2KB 的 SRAM这一点必须精打细算。Adafruit_NeoPixel 库会为每颗灯珠分配 3 个字节的缓冲区256 颗灯珠就是 768 字节。再加上字模数组一个汉字 32 字节如果你存 10 个汉字就是 320 字节。还有程序运行时的栈空间、其他变量2KB 很快就见底了。我遇到过最典型的问题就是程序编译上传成功但运行起来点阵只亮一部分或者完全不亮。排查半天发现是内存溢出strip.show()访问了被其他数据覆盖的缓冲区。解决办法有几个一是把字模数组放到 PROGMEM程序存储空间里不占用 SRAM二是减少同时缓存的汉字数量需要哪个取哪个三是换用内存更大的板子比如 Arduino Mega 或 ESP32。用 PROGMEM 的写法是在数组定义前加const和PROGMEM关键字读取的时候用pgm_read_byte()函数。这样字模数据存在 Flash 里Flash 有 32KB存几百个汉字都没问题。代价是读取速度稍慢但对于滚动字幕这种应用完全无感。4. 实操过程与核心环节实现4.1 硬件准备与接线确认先列一下我这次用的物料清单物料规格数量备注主控板Arduino UNO R31也可以用 Nano 或 ESP32点阵屏WS2812 16×16 软板1256 颗灯珠5V 供电电源5V 4A 直流电源1全亮白色时电流可达 15A但一般显示不会全亮电容1000μF 电解电容1并联在电源输入端防止上电冲击电阻330Ω1串在数据线里保护第一颗灯珠杜邦线母对母若干连接电源和信号接线方式很简单电源正极接点阵的 5V负极接 GNDArduino 的 D6 引脚通过 330Ω 电阻接点阵的 DIN。注意电源的地和 Arduino 的地要共地否则信号电平没有参考点阵会乱闪。那个 1000μF 电容和 330Ω 电阻不是可有可无的。WS2812 在上电瞬间会有较大的浪涌电流没有电容的话第一颗灯珠容易被击穿。330Ω 电阻则是为了匹配信号阻抗减少反射。我一开始没加电阻点阵偶尔会闪一下白色加了之后就稳定了。提示如果你用 USB 给 Arduino 供电同时点阵用独立 5V 电源一定要把两个电源的 GND 连在一起。我见过有人忘了共地结果点阵显示随机颜色查了一晚上。4.2 Mixly 环境配置与库导入Mixly 的版本建议用 1.0 以上老版本对第三方库的支持不太好。打开 Mixly 后在“导入库”里搜索 NeoPixel 或者 WS2812如果没有现成的就手动把 Adafruit_NeoPixel 库文件夹放到 Mixly 的libraries目录下。具体路径一般是 Mixly 安装目录下的\mixly\arduino\portable\sketchbook\libraries。把库文件夹复制进去重启 Mixly在“传感器”或“执行器”分类里就能看到对应的图形块了。如果你用的是 Arduino IDE 而不是 Mixly那就更简单在“库管理”里搜 Adafruit NeoPixel点安装。但要注意Mixly 和 Arduino IDE 的库路径是分开的装了一个不等于另一个也有。热词里有人问“mixly 没有 ch340 端口”这通常是驱动没装。CH340 是 USB 转串口芯片很多国产 Arduino 兼容板用的都是它。解决办法是下载 CH340 驱动安装装完重启电脑设备管理器里能看到 COM 口就行了。如果还是不行换根 USB 线试试有些线只能充电不能传数据。4.3 字模提取与数组生成我用 PCtoLCD2002 取“中”字的字模。设置如下点阵大小 16×16取模方式“逐行式”取模走向“顺向高位在前”输出格式“C51 格式”。点生成后得到 32 个字节的数据。这里我把“中”字的字模数组写出来方便你对照const unsigned char zhong[] PROGMEM { 0x01, 0x00, 0x01, 0x00, 0x01, 0x00, 0x01, 0x00, 0x3F, 0xF8, 0x21, 0x08, 0x21, 0x08, 0x21, 0x08, 0x21, 0x08, 0x21, 0x08, 0x3F, 0xF8, 0x21, 0x08, 0x01, 0x00, 0x01, 0x00, 0x01, 0x00, 0x01, 0x00 };这 32 个字节按顺序对应 16 行每行 2 个字节。第一行0x01, 0x00表示第 8 个点从 0 数起是第 7 位是亮的也就是“中”字中间那一竖的顶部。你可以数一下0x01的二进制是00000001最高位对应最左边的点所以亮的是最右边那个点。等等这里就涉及到高位在前的定义了。0x01如果高位在前bit7 是最左那00000001的最右位是 1亮的是最右边的点。但“中”字的第一行应该是中间竖线的顶部应该在中间位置。这说明我的取模设置可能有问题。实际上如果你用“高位在前”0x01对应的是最右边的点。要让中间的点亮应该是0x10或者0x08这样的值。所以取模的时候一定要预览一下看看生成的图案是不是你想要的。我建议取模后先在电脑上把十六进制转成二进制画成点阵图确认一遍再放到代码里。4.4 显示函数的编写与坐标映射实现显示函数的核心逻辑是遍历字模的每一行每一列如果该位是 1就把对应坐标的灯珠设成指定颜色否则设成背景色。void drawChar(const unsigned char *charData, int offsetX, uint32_t color, uint32_t bgColor) { for (int row 0; row 16; row) { for (int col 0; col 16; col) { int byteIndex row * 2 col / 8; int bitIndex 7 - (col % 8); unsigned char byteVal pgm_read_byte(charData[byteIndex]); bool pixelOn (byteVal bitIndex) 0x01; int x col offsetX; if (x 0 x 16) { int index getPixelIndex(x, row); strip.setPixelColor(index, pixelOn ? color : bgColor); } } } }getPixelIndex()就是坐标映射函数根据你的点阵排布方式实现。如果是蛇形排布int getPixelIndex(int x, int y) { if (y % 2 0) { return y * 16 x; } else { return y * 16 (15 - x); } }offsetX参数用于滚动效果。当 offsetX 从 16 递减到 -16 时汉字就从右边滚到左边。每一帧 offsetX 减 1然后调用strip.show()刷新。4.5 滚动字幕的主循环实现主循环里用millis()控制帧率每 60 毫秒移动一列。当汉字完全移出屏幕后切换到下一个汉字。unsigned long lastFrame 0; int scrollX 16; int charIndex 0; void loop() { unsigned long now millis(); if (now - lastFrame 60) { lastFrame now; strip.clear(); drawChar(charData[charIndex], scrollX, strip.Color(255, 255, 255), 0); strip.show(); scrollX--; if (scrollX -16) { scrollX 16; charIndex (charIndex 1) % charCount; } } // 这里可以放按键扫描、传感器读取等其他任务 }这段代码里strip.clear()会把所有像素设成黑色然后drawChar只点亮汉字部分。背景色传 0 表示不亮。如果你想要背景有颜色把 0 换成对应的颜色值就行但注意背景色会消耗更多电流。实测下来60 毫秒一帧的滚动速度比较舒服一个汉字从进入到完全离开大约需要 32 帧也就是不到 2 秒。如果你觉得慢可以改成 40 毫秒觉得快就改成 80 毫秒。这个参数没有标准答案看你的实际观感。5. 常见问题与排查技巧实录5.1 点阵显示乱码或颜色错乱这是最常见的问题原因通常有三个坐标映射不对、颜色顺序不对、内存溢出。坐标映射的问题表现为图案镜像、错位或者斜着扭曲。解决办法是写一个测试程序依次点亮第 0、1、2、3 号灯珠观察它们在板子上的实际位置。如果第 0 号在最左上角第 1 号在它右边那就是逐行排布如果第 1 号在下一行的最右边那就是蛇形排布。颜色错乱表现为红色显示成绿色、蓝色显示成黄色。这是 GRB 和 RGB 顺序搞反了。Adafruit_NeoPixel 库默认是 GRB如果你的点阵是 RGB 顺序需要在初始化时加一个参数Adafruit_NeoPixel strip(256, 6, NEO_RGB NEO_KHZ800)。具体是 NEO_RGB 还是 NEO_GRB试一下就知道。内存溢出的表现比较随机可能显示一半就卡死也可能颜色随机变化。排查方法是看编译输出的内存占用如果 SRAM 使用超过 80%就要警惕了。把字模数组放到 PROGMEM 里能省不少空间。5.2 点阵闪烁或亮度不均闪烁通常是电源问题。WS2812 全亮白色时256 颗灯珠每颗 60 毫安总电流超过 15 安培。一般的 USB 供电根本扛不住电压会被拉低导致灯珠复位重启。解决办法是外接 5V 大电流电源并且在电源输入端并联大电容。亮度不均表现为靠近电源的灯珠亮远处的灯珠暗。这是线路压降导致的。WS2812 的 5V 和 GND 线路上有电阻电流越大压降越明显。解决办法是给点阵两端都接电源或者用更粗的电源线。16×16 的点阵一般从一端供电就够了但如果做更大的屏就要考虑双端供电。还有一种闪烁是数据信号问题。如果数据线太长或者没有串电阻信号波形会畸变导致灯珠误判。330Ω 电阻就是干这个的。如果加了电阻还不行试试缩短数据线或者换用屏蔽线。5.3 Mixly 上传失败与端口识别问题热词里“mixly 没有 ch340 端口”和“arduino 上传项目出错”是高频问题。上传失败的原因很多按这个顺序排查驱动是否安装。CH340 驱动去官网下载装完重启。端口是否被占用。关掉其他串口软件比如串口监视器、其他 IDE。板子型号是否选对。Mixly 里要选 Arduino UNO选错了上传会报错。USB 线是否支持数据传输。换一根线试试。板子是否进入 bootloader。按一下板子上的复位键等一秒钟再点上传。如果以上都不行试试在 Arduino IDE 里上传一个最简单的 Blink 程序确认硬件和驱动没问题再回到 Mixly。5.4 滚动字幕卡顿或不流畅卡顿的原因通常是strip.show()耗时太长或者主循环里有其他阻塞操作。strip.show()在 256 颗灯珠时大约 7 到 8 毫秒如果帧间隔设得太短比如 20 毫秒那实际帧率会被show()拖慢看起来就不流畅。解决办法是适当加大帧间隔或者减少灯珠数量。如果你只需要显示 8×8 的图案用 64 颗灯珠的板子show()时间会缩短到 2 毫秒左右流畅度会好很多。另一个原因是drawChar函数里的循环计算太慢。16×16 是 256 次循环每次都要读 PROGMEM、算坐标、调setPixelColor。如果主频是 16MHz这些计算加起来可能超过 1 毫秒。优化方法是把坐标映射的结果预先算好存到数组里运行时直接查表省去重复计算。5.5 常见问题速查表现象可能原因排查方法解决方案显示镜像取模方向与解析不匹配用箭头图案测试改取模设置或改 bitIndex 计算颜色错误GRB/RGB 顺序不对单色测试红绿蓝初始化时指定 NEO_RGB随机闪烁电源电流不足万用表测电压外接大电流电源加电容只亮一部分内存溢出看编译 SRAM 占用字模放 PROGMEM上传失败驱动或端口问题设备管理器看 COM 口装 CH340 驱动换 USB 线滚动卡顿帧间隔太短串口打印帧耗时加大帧间隔或减少灯珠亮度不均线路压降测远端电压双端供电或加粗线径提示每次改完代码先上传一个最简单的测试程序验证硬件再上复杂逻辑。这样能把硬件问题和软件问题分开省很多时间。6. 进阶玩法与个人实操心得6.1 多汉字滚动与字库管理单个汉字跑通之后下一步就是多个汉字连续滚动。最直接的做法是把所有汉字的字模数组放在一个二维数组里主循环里按索引取用。但这样会占用大量 SRAM所以一定要用 PROGMEM。const unsigned char hanziLib[][32] PROGMEM { { /* 你 */ }, { /* 好 */ }, { /* 世 */ }, { /* 界 */ } };读取的时候用pgm_read_byte(hanziLib[charIndex][byteIndex])。注意二维数组在 PROGMEM 里的寻址方式hanziLib[charIndex]本身是一个指针要取它的地址再读字节。如果汉字数量很多比如几十个可以考虑用外部 Flash 或者 SD 卡存储字库运行时按需读取。但这对于 UNO 来说有点吃力建议换 ESP32它有更大的 Flash 和 RAM还能用 SPIFFS 文件系统存字库。6.2 图案与汉字的混合显示实际项目中你可能需要先显示一个图标再滚动一行文字。这需要把显示内容组织成一个队列每个元素可以是图案或者汉字按顺序播放。图案的字模和汉字一样也是 16×16 的位图。你可以用画图软件画一个 16×16 的黑白图然后转成十六进制数组。网上有很多在线转换工具上传图片就能生成 C 数组。注意图片要是纯黑白不能有灰度否则转换出来的数据不对。混合显示的关键是统一数据格式。我定义了一个结构体包含类型图案或汉字、数据指针、颜色、显示时长。主循环里按队列顺序取元素根据类型调用不同的绘制函数。这样扩展性很好加新内容只要往队列里加元素就行。6.3 亮度自适应与功耗控制WS2812 全亮时功耗很大如果项目是电池供电续航会很短。我的做法是根据环境光自动调亮度。加一个光敏电阻读取环境光强度映射到 0 到 100 的亮度值用strip.setBrightness()设置。另一个省电技巧是减少同时点亮的像素数量。显示汉字时背景不亮只有笔画亮实际点亮的像素可能只有 30 到 50 个功耗远低于全亮。所以滚动字幕的功耗其实不大真正耗电的是全屏彩色动画。如果做电池供电的便携设备还可以在没有人观看的时候自动熄屏。加一个红外接近传感器或者按键检测到无人交互超过一定时间就关闭显示按任意键唤醒。6.4 我踩过的几个坑第一个坑是忘记共地。Arduino 用 USB 供电点阵用独立电源两个地没连在一起。结果点阵显示随机颜色有时候还完全不亮。查了两个小时才想起来量一下两个地之间的电压发现有 2V 的压差。连上地线之后立刻正常。第二个坑是字模取模方向搞反。取模工具里选了“低位在前”代码里按“高位在前”解析显示出来的字全是镜像的。后来我养成了一个习惯取模之后先在纸上画一遍确认图案正确再写进代码。第三个坑是内存溢出。字模数组没加 PROGMEM10 个汉字占了 320 字节加上 NeoPixel 的 768 字节缓冲区SRAM 直接爆了。表现是点阵只亮前几行后面的随机亮。后来把字模全放到 PROGMEM问题解决。第四个坑是帧率设得太高。一开始设 20 毫秒一帧想让它滚快点结果因为strip.show()就要 8 毫秒加上计算时间实际帧率根本达不到反而看起来一顿一顿的。改成 60 毫秒之后流畅多了。6.5 后续可以扩展的方向这块点阵跑通之后能玩的东西很多。比如做一个桌面天气站从网络获取天气数据用图标和汉字显示温度和天气状况。或者做一个智能小车状态屏显示速度、电量、方向。还可以做像素游戏比如贪吃蛇、俄罗斯方块16×16 的分辨率虽然低但玩起来别有风味。如果换用 ESP32还能做网络时钟通过 NTP 同步时间滚动显示日期和星期。ESP32 的运算能力和内存都远强于 UNO可以跑更复杂的动画和更大的字库。热词里“arduino esp32 作为网络服务器”和“arduino 添加 esp32”说的就是这类玩法。我个人在实际操作中的体会是WS2812 点阵的门槛不在硬件接线而在坐标映射和字模处理这两个软件环节。把这两个环节吃透剩下的就是创意和调试。我建议你先用 8×8 的点阵练手成本低、灯珠少、调试快跑通之后再上 16×16。别一上来就搞大屏容易受挫。最后分享一个小技巧在点阵背面贴一张黑色卡纸能显著提升对比度让显示效果更清晰。这个成本几乎为零但效果立竿见影。