OLED显示屏这个关键词在我的工作台和办公桌上代表了完全不同的两件事。工作台上那个0.96寸的小模块十几块钱一块配一颗STM32就能玩出各种花样办公桌上那台27寸的OLED显示器花了我大几千却在Windows下被字体彩边和发虚的问题折磨了一整个礼拜。同一个词两种完全不同的折腾方向于是我干脆把这两条线的经验都整理出来。这篇文章会从OLED的显示原理讲起覆盖STM32 HAL库驱动0.96寸OLED显示模块的完整代码流程、桌面OLED屏幕的字体渲染问题以及MacType的配置方案最后补充Linux下驱动OLED显示模块的实操方式。无论你是嵌入式新手还是被桌面OLED字体问题困扰的普通用户都可以在里面找到能直接用的东西。1. OLED显示技术核心原理与选型思路1.1 自发光到底解决了什么问题OLED的全称是Organic Light-Emitting Diode有机发光二极管核心在于每一个像素都是独立的自发光单元。你不需要背光板也不需要液晶层和彩色滤光片有机材料通电之后自己就能发光。这和传统的TFT-LCD有本质区别LCD是靠背光透过液晶分子再经过滤色片出光所以黑色总有点发灰OLED的黑色是像素直接熄灭完全不发光对比度自然就能做到百万比一。这个特性带来的连锁反应很多。第一显示纯黑画面时OLED几乎不耗电所以智能手表和手机常亮表盘基本都是OLED。第二响应速度极快微秒级别拖影问题在显示器上几乎不存在。第三由于没有背光层屏幕可以做得很薄甚至可以做成柔性屏。但也因为每个像素独立发光有机材料的老化速度不一样烧屏、寿命、PWM调光频闪就成了绕不开的话题。所以现在用OLED做主力显示器需要做好心理准备同时也要知道怎么在软件层面规避这些问题。1.2 0.96寸OLED模块的硬件结构我们平时在淘宝上买的0.96寸OLED显示模块分辨率为128x64单色显示要么是蓝色、白色或者蓝色黄双色。这类小模块的核心控制器是SSD1306是一个专门驱动OLED的单芯片方案。模块内部自带升压电路所以在I2C模式下只需要4根线VCC、GND、SCL、SDA接到单片机上就能工作。SPI模式则要多几根引脚刷新率更高适合做动画。SSD1306内部集成了一块1KB的显存对应128x64的像素点每8行像素构成一个page页所以整个屏幕被分成8个page每个page有128字节。这个1KB显存直接映射到屏幕画面你往哪块显存写数据屏幕上对应区域的点就会亮。所以驱动OLED本质上是两件事第一搞懂显存如何映射到屏幕第二把要显示的内容填充进这块显存。1.3 为什么OLED屏幕会出现“彩边”和“发虚”桌面OLED显示器在Windows下字体出现彩边和发虚这其实不是显示面板本身的问题而是字体渲染引擎和OLED子像素排列之间的适配问题。Windows字体渲染的默认方案是ClearType它利用LCD屏幕的标准RGB子像素排列做次像素抗锯齿简单说就是在字形边缘用红、绿、蓝的子像素补偿让文字看起来更平滑。这个方案在传统LCD上用得好好的但很多OLED屏幕使用的是PenTile排列或者非标准子像素顺序例如三星的钻石排列、LG的WRGB排列子像素的位置和形状跟ClearType假设的标准RGB排列根本对不上于是字体边缘就出现了红边、蓝边肉眼看起来就是彩边。再加上OLED的像素开口率、子像素发光的形状都与LCD不同某些笔画较细的字体在OLED上就会显得发虚。把这个原理搞清楚之后再去看网上各种“MacType怎么配置能解决OLED屏幕字体彩边和发虚”的讨论思路就清晰了很多本质上是要把Windows下基于次像素渲染的方案调整为更适合OLED的灰度抗锯齿或者更稳妥的渲染方式。2. STM32 HAL库驱动0.96寸OLED硬件接线与代码实现2.1 硬件连接与接口选择I2C还是SPI0.96寸OLED模块的接口一般有I2C和SPI两种版本也有的模块做了兼容设计通过背面的电阻选择模式。对于新手来说我建议从I2C入手因为接线少、不容易出错。I2C模式下模块的SCL、SDA分别接STM32的I2C1_SCL和I2C1_SDA引脚。以最常见的STM32F103C8T6蓝色药丸板为例I2C1的SCL是PB6SDA是PB7模块的VCC接3.3VGND接GND。OLED模块引脚STM32F103C8T6VCC3.3VGNDGNDSCLPB6 (I2C1_SCL)SDAPB7 (I2C1_SDA)需要注意的是I2C总线要求SCL和SDA有上拉电阻。大部分OLED模块板上已经自带上拉电阻所以直接接线就能工作。如果你发现I2C通信不稳定可以检查一下模块背面是否有上拉电阻的焊盘如果模块本身没有就需要在SCL和SDA上各接一个4.7kΩ的上拉电阻到3.3V。另外SSD1306的I2C从机地址默认是0x3C有些模块可以通过焊接电阻改成0x3D这在I2C总线上挂多个设备时比较有用。2.2 CubeMX配置I2C用STM32CubeMX配置工程时选择芯片型号后在Pinout界面把PB6和PB7配置为I2C1功能。然后在Category里选中I2C1把I2C Speed Mode设为Fast Mode时钟设为400kHz。这个速度下SSD1306完全能正常工作传输330字节的命令数据也很快足够日常刷新。生成工程后HAL库会自动初始化好I2C外设我们只需要调用HAL_I2C_Master_Transmit收发数据。一个容易踩的坑是HAL库发送时设备地址的处理。SSD1306的设备地址是0x3C这是7位地址。而HAL_I2C_Master_Transmit函数的DevAddress参数要求的是8位地址也就是把7位地址左移一位变成0x78。很多新手在这里会直接把0x3C传给函数结果I2C通信一直失败。2.3 SSD1306初始化序列SSD1306上电后不会自动进入可显示状态需要发送一串命令把它初始化。下面这段初始化序列是我在实际项目中验证过的适用于0.96寸128x64单色OLEDstatic void OLED_Init(void) { HAL_Delay(100); OLED_WriteCmd(0xAE); // 关闭显示 OLED_WriteCmd(0xD5); // 设置时钟分频因子 OLED_WriteCmd(0x80); OLED_WriteCmd(0xA8); // 设置驱动路数 OLED_WriteCmd(0x3F); OLED_WriteCmd(0xD3); // 设置显示偏移 OLED_WriteCmd(0x00); OLED_WriteCmd(0x40); // 设置显示起始行 OLED_WriteCmd(0x8D); // 打开电荷泵 OLED_WriteCmd(0x14); OLED_WriteCmd(0x20); // 设置内存寻址模式 OLED_WriteCmd(0x02); // 页寻址模式 OLED_WriteCmd(0xA1); // 段重映射左右反转 OLED_WriteCmd(0xC8); // 扫描方向上下反转 OLED_WriteCmd(0xDA); // 设置COM引脚配置 OLED_WriteCmd(0x12); OLED_WriteCmd(0x81); // 设置对比度 OLED_WriteCmd(0xCF); OLED_WriteCmd(0xD9); // 设置预充电周期 OLED_WriteCmd(0xF1); OLED_WriteCmd(0xDB); // 设置VCOMH取消选择电平 OLED_WriteCmd(0x40); OLED_WriteCmd(0xA4); // 显示内容跟随RAM OLED_WriteCmd(0xA6); // 正常显示非反色 OLED_WriteCmd(0xAF); // 打开显示 }这里面有几个关键命令值得单独解释。0x8D和0x14是开启电荷泵SSD1306内部有个电荷泵电路给OLED面板提供驱动电压不开这个命令屏幕就完全不亮。0x81和0xCF是设置对比度对比度范围是0x00到0xFF0xCF是128日常使用已经够清晰。0xA1和0xC8控制显示方向如果接上屏幕发现画面左右颠倒或者上下翻转就把这两个命令改成0xA0和0xC0。0x20和0x02是设置页寻址模式在这种模式下写入数据后列地址自动加1列地址到127后会回绕到当前页的列0但页地址不会自动加这和我们后面写显存的方式匹配。2.4 HAL库写命令和写数据函数SSD1306在I2C模式下每次传输的第一个字节是控制字节。控制字节为0x00表示后面跟着的是命令为0x40表示后面跟着的是数据。HAL库发送时把控制字节和数据拼成一个字节数组一次发送出去#define OLED_ADDR 0x78 void OLED_WriteCmd(uint8_t cmd) { uint8_t buf[2] {0x00, cmd}; HAL_I2C_Master_Transmit(hi2c1, OLED_ADDR, buf, 2, 100); } void OLED_WriteData(uint8_t data) { uint8_t buf[2] {0x40, data}; HAL_I2C_Master_Transmit(hi2c1, OLED_ADDR, buf, 2, 100); }注意这里的OLED_ADDR是0x78也就是0x3C左移一位。如果你在接线时把模块的地址改成了0x3D那这里就要改成0x7A。HAL_I2C_Master_Transmit最后一个参数是超时时间单位是毫秒100毫秒足够如果总超时可以去检查硬件连接。2.5 显存与坐标设置SSD1306的显存映射方式是把屏幕分成8个page每个page对应屏幕从上到下8行的区域。第0页是屏幕最顶部的8行第7页是最底部。列坐标也是128列从0到127。所以要在屏幕上某个点画东西需要先指定它所在的页和列地址然后写入对应数据。设置坐标的核心函数如下void OLED_SetPos(uint8_t x, uint8_t y) // y取值范围是0到7代表页码 { OLED_WriteCmd(0xB0 y); // 设置页地址 OLED_WriteCmd(0x00 (x 0x0F)); // 设置列地址低4位 OLED_WriteCmd(0x10 ((x 4) 0x0F)); // 设置列地址高4位 }在页寻址模式下写入数据后列地址会自动递增所以连续写128个字节就能填满整页。这套坐标机制是实现所有绘图功能的基础。有了它之后清屏就很简单了遍历8个page每个page从列0开始写128个0x00void OLED_Clear(void) { for (uint8_t page 0; page 8; page) { OLED_SetPos(0, page); for (uint8_t col 0; col 128; col) { OLED_WriteData(0x00); } } }2.6 使用内存缓冲从逐字节发送到一次性刷新直接调用OLED_WriteData逐字节发送每次I2C传输都有开销全屏刷新需要128x81024次I2C操作效率很低。更常见的做法是在MCU内部维护一份1KB的数组所有绘图操作都改这份数组需要刷新屏幕时再把这1KB一次性全部传输到SSD1306。这个方案在代码结构上更清晰做动画时也更容易控制刷新节奏。uint8_t OLED_Buffer[1024]; void OLED_DrawPixel(uint8_t x, uint8_t y, uint8_t on) { if (x 128 || y 64) return; uint16_t index (y / 8) * 128 x; if (on) OLED_Buffer[index] | (1 (y % 8)); else OLED_Buffer[index] ~(1 (y % 8)); } void OLED_Update(void) { for (uint8_t page 0; page 8; page) { OLED_SetPos(0, page); for (uint8_t col 0; col 128; col) { OLED_WriteData(OLED_Buffer[page * 128 col]); } } }OLED_DrawPixel函数里y除以8得到该点所在的pagey对8取余得到该点在page里的bit位x直接就是列地址。OLED_Update则按照page顺序逐页把128字节写入SSD1306。有了这两个函数组合显示任何图形都变得非常简单先改Buffer再调用Update刷新整个屏幕。2.7 显示字符与汉字取模方式详解显示字符需要事先准备字模。ASCII字符用5x7或者8x16点阵汉字基本都用16x16点阵。取模工具推荐用PCtoLCD2002取模方式设置成“逐列式”、阴码、每行16点。什么意思呢以一个16x16的汉字为例它在纵向上要跨两页上半页16列每列2字节不对更准确地说16x16点阵在逐列式取模下会生成32字节数据每列2字节表示该列16个像素共16列。显示一个16x16汉字时需要把它写到上下两个page中。上半页是这个字的前16行像素下半页是后16行上半页写入前16个字节下半页写入后16个字节。由于SSD1306在页寻址模式下每页列地址独立所以先设置到上页写16个字节再设置到下页写16个字节。void OLED_ShowChinese(uint8_t x, uint8_t y, const uint8_t *data) { for (uint8_t i 0; i 2; i) { OLED_SetPos(x, y i); for (uint8_t j 0; j 16; j) { OLED_WriteData(data[i * 16 j]); } } }这个函数可以直接用在有Buffer依赖的场景里也可以配合OLED_SetPos操作在页寻址模式下直接刷进显存。如果你需要显示ASCII字符就是每个字符若干字节一行显示十几个字符逻辑上更简单本质上都是查表取模再写入显存。讲到这边必须提一下GitHub上那个“月薪猫”风格的开源项目就是用STM32驱动一块0.96寸OLED显示一只摸鱼猫咪的动画。这类项目的核心原理就是我今天讲的这套东西准备好若干帧猫咪动作的位图数组在定时器中断里每隔几十毫秒把下一帧写进LCD_BUFFER再调用刷新函数。由于只用了I2C接口整屏刷新一帧大概需要十几毫秒做这种简单动画完全够用。如果你用SPI接口的OLED刷新率还能高一倍以上动画会更流畅。3. 桌面OLED屏幕字体发虚与彩边MacType配置实战3.1 先搞清楚问题根源子像素渲染与ClearTypeWindows系统字体渲染默认依赖ClearType和DirectWrite这两者默认都使用次像素抗锯齿技术。次像素抗锯齿的原理是在字体边缘把每个物理像素的红、绿、蓝子像素当作独立的亮度单元来处理让字体边缘的过渡更平滑。它隐含的假设是屏幕上的子像素按标准红绿蓝水平排列而且排列顺序固定。这个假设在传统LCD上基本成立但在OLED屏幕上就不一定了。OLED显示器的子像素排列五花八门有标准的RGB Stripe也有PenTile、钻石排列、WRGB等。当字体渲染引擎按RGB排列去着色实际屏幕上的子像素顺序却是BGR或者排列方式不同就会在字形边缘出现红边、蓝边专业说法叫fringing中文圈就叫彩边。OLED的高对比度和高锐度会放大这种视觉问题尤其在白色背景下的深色文字上最明显。这就是为什么你明明买了一块很贵的显示器看文字却觉得又糊又花的原因。3.2 MacType安装与基础配置MacType是一款开源免费的工具它通过挂钩系统字体渲染API接管GDI和DirectWrite的字体渲染流程让用户可以自己定义字体渲染参数。对于OLED屏幕的彩边问题MacType的思路是不再依赖固定的子像素排列假设而是提供灰度抗锯齿、灵活的字距调整和明确的锐度控制让用户根据实际屏幕表现去配置。安装MacType没有太多可说的一直下一步就行。需要注意一点MacType需要以管理员身份运行。安装完成后第一次启动会让你选择加载方式常见有三种托盘加载、注册表加载、服务加载。我建议选注册表加载它对系统所有程序生效重启后也保持生效。如果你发现某个程序在MacType接管后出现字体显示异常甚至崩溃可以把该程序加进MacType的排除列表。托盘加载适合临时测试服务加载适合已经确定配置、不想让托盘常驻的用户。配置界面里最核心的是字体渲染参数。默认配置是为LCD优化的渲染模式很多参数预设成次像素抗锯齿方案。对OLED屏幕来说我的经验是优先把抗锯齿模式改成灰度模式。灰度抗锯齿只改变像素亮度不触发子像素着色所以从根本上就不会产生彩边。代价是字体边缘的平滑度会稍微差一点但OLED本身像素密度高灰度抗锯齿在OLED上的锐利度其实很够看。3.3 针对OLED的MacType配置要点我调试OLED彩边问题的时候踩过几个坑最后沉淀下来一套针对OLED的配置思路可以写成操作步骤给同样受困扰的朋友参考。第一步打开MacType配置界面在“字体渲染”标签页找到抗锯齿模式把默认的“LCD优化”或“次像素”改成“灰度”或者“常规”。这一步解决的是彩边问题。第二步调整字体亮度、对比度、Gamma曲线的参数。OLED的对比度比LCD高出一大截所以MacType默认的Gamma值在OLED上就会让字体看起来偏粗、发虚。通常我会把对比度适当降低Gamma值往高调一点控制在1.5到1.8之间。具体数值可以根据你眼睛的观感微调调的时候建议打开一个Word文档或者浏览一篇网页文章实时预览。第三步关闭ClearType。Windows的ClearType调节向导只能优化LCD对OLED帮助不大甚至在MacType接管后两者互相干扰。在“控制面板 - 字体 - 调整ClearType文本”里把勾选取消就行。第四步处理浏览器。Chrome和Edge默认走DirectWriteMacType对它们不一定生效。Chrome可以在地址栏输入chrome://flags搜索DirectWrite并禁用让浏览器回归GDI渲染这样MacType才能接管。火狐则可以在配置项里关闭硬件加速透明度或者调整字体渲染参数。第五步如果某些软件字体始终发虚比如显示字幕、设计软件等直接把这些软件加入MacType排除列表让它们走系统默认渲染有时候效果反而更好。3.4 彩边问题的其他处理手段MacType主要解决GDI程序的字体渲染但对于现代应用广泛使用的DirectWrite只能通过禁用DirectWrite强制回退到GDI来接管。如果你的OLED显示器用的是BGR排列的子像素顺序也可以试试在Windows的显示设置里调整“RGB顺序”这会改变ClearType的着色方向有时能消除彩边。另外市面上部分高端OLED显示器在OSD菜单里内置了“文本清晰度”或“字体增强”选项原理和ClearType类似可以结合MacType一起调整。如果你的工作流离不开Windows又很不喜欢OLED的字体渲染还有一条路是调整系统字体选择。OLED屏上一些笔画细、比例小的字体容易发虚比如默认的思源黑体、雅黑在OLED上表现一般换用微软雅黑Light或者方正兰亭黑这些笔画稍粗的字体视觉效果会好很多。这部分纯粹是个人审美问题但值得试一下。4. Linux下驱动OLED显示模块从设备树到用户态实操4.1 两种主流驱动思路对比Linux下驱动0.96寸OLED大体上有两条路线。第一条是使用内核的fbtft框架把SSD1306注册成一个framebuffer设备应用层通过/dev/fbX直接读写屏幕好处是上层可以直接用各种GUI库坏处是内核配置和设备树修改比较繁琐。第二条是直接在用户态通过I2C设备节点操作SSD1306用Python或者其他脚本语言写驱动更灵活也更容易上手适合嵌入式原型开发和树莓派玩家。从实用角度讲我强烈建议把第二条路线作为首选。原因很简单不需要编译内核不需要改设备树安装几个Python库就能跑出了问题排错也快。fbtft那条路虽然看起来更“正规”但不少主流发行版的内核已经不再预装fbtft设备树驱动你需要手动编译模块耗时费力除非你有特别严苛的显示性能需求否则不值得。4.2 使用luma.oled库快速点亮屏幕luma.oled是目前Linux下最成熟的OLED驱动库底层封装了I2C和SPI通信同时支持Pillow绘图能直接显示图片和中文。在树莓派上使用首先开启I2C接口。树莓派上可以用raspi-config打开I2C然后安装依赖sudo apt install python3-pip sudo pip install luma.oled确认系统能识别到设备sudo modprobe i2c-dev i2cdetect -y 1正常情况下会看到0x3c这个地址。如果你用的是香橙派或者其他Linux开发板I2C总线编号可能不是1可以先用i2cdetect -l查看系统中有哪些I2C总线再选定对应总线去扫描。然后是最小示例代码直接写入并保存为oled_test.pyfrom luma.core.interface.serial import i2c from luma.core.render import canvas from luma.oled.device import ssd1306 serial i2c(port1, address0x3C) device ssd1306(serial) with canvas(device) as draw: draw.rectangle((0, 0, 127, 63), outlinewhite, fillblack) draw.text((10, 30), Hello OLED, fillwhite)运行后屏幕边框会显示一个矩形中间显示一行英文。canvas是luma.oled提供的一个上下文管理器它自带双缓冲在with代码块里绘制的所有内容会在退出时一次性刷新到屏幕不会出现闪烁。如果需要显示中文可以用Pillow加载中文字体from PIL import ImageFont font ImageFont.truetype(/usr/share/fonts/truetype/wqy/wqy-microhei.ttc, 14) with canvas(device) as draw: draw.text((10, 10), 显示中文, fontfont, fillwhite)luma.oled也支持直接显示一张位图用Image.open打开图片再调用device.display(image)发送过去非常简单。4.3 设备树方式配置内核framebuffer如果你想走fbtft路线在设备树里添加节点是常规操作。以树莓派为例在/boot/config.txt中可能不需要写完整设备树直接动态加载fbtft设备sudo modprobe fbtft_device namessd1306 busi2c这个命令尝试把SSD1306挂载到I2C总线上成功后会生成/dev/fb0设备。这种方法依赖内核的fbtft模块支持我测试过的几个树莓派系统里有的自带ssd1306驱动编译选项有的没有。没有的话就得自己编译内核模块过程比较折腾。内核设备树节点配置方式大致如下i2c1 { ssd1306fb: ssd1306fb3c { compatible solomon,ssd1306fb-i2c; reg 0x3c; width 128; height 64; }; };编译并加载设备树后系统会在/dev下生成fbX设备。之后写屏可以直接用fbset或者dd命令也可以配合SDL等库显示界面。但我需要提醒一下这套方案在较新的内核上兼容性不太乐观Linux内核社区近些年在不断收缩fbtft相关的驱动代码如果你遇到模块加载报错更省时间的做法还是退回用户态方案。5. 常见问题与排查技巧实录这块我整理了一个速查表是从实际使用中反复踩坑总结出来的对照着查会快很多。现象可能原因解决办法I2C扫描不到设备接线错误、地址错误、I2C上拉缺失i2cdetect -y 1扫描确认地址检查SCL/SDA上拉电阻屏幕完全不亮电荷泵未开启、对比度过低检查初始化序列是否包含0x8D 0x14调整0x81的对比度值屏幕显示花屏列地址设置错位、RAM缓存未及时同步检查OLED_SetPos中的页和列地址确保完整刷新缓冲只显示上半屏或下半屏页地址设置遗漏遍历page时注意循环范围0到7确认每一页都设置了地址字体显示有彩边Windows下ClearType和OLED子像素排列不匹配使用MacType灰度抗锯齿调整或关闭ClearType屏幕闪烁刷新频率低、没有双缓冲使用内存缓冲一次性更新屏幕避免逐字节写入烧屏长时间显示静态画面降低亮度、设置循环移动像素、定期切换画面在上面的问题里有几个我想单独展开讲讲因为它们在实践中非常隐蔽。第一个是I2C扫描问题。我在树莓派上第一次i2cdetect扫描什么都没看到排了半天发现是SCL和SDA接反了。这个可以理解模块上的丝印有时候真的不明显。另一个常见坑是地址不是0x3C而是0x3D。建议先用i2cdetect扫描确定实际地址再写代码不要硬编码0x3C。第二个是显示不亮。如果你确认I2C通信正常但是屏幕就是黑的最可能的原因是初始化序列缺失或者顺序不对。有的教程喜欢精简命令把0x8D 0x14电荷泵开启省略了结果屏幕死活不亮。还有对比度问题0x81后面跟的数值如果太小比如0x10屏幕亮得微弱看起来就像没亮。第三个是花屏。这个一般是页地址和列地址的配合问题。SSD1306的显存并不是自动连续跨页的在页寻址模式下每页的列地址都是独立管理的。如果你的绘图函数在设置页地址后忘了重置列地址或者列地址在写跨页数据时没有重新设置就会出现内容错位、花屏。解决方式是每次写一页内容之前都完整调用一次OLED_SetPos(0, page)。第四个是Windows系统的彩边问题。有个容易被忽略的前提MacType对很多新版本软件无效因为那些软件使用DirectWrite渲染不走GDI。所以在Chrome里用MacType必须在chrome://flags里禁用DirectWrite。如果你有多个显示器混合使用一个LCD一个OLED还要注意ClearType是针对单显示器调节的切换显示器后设置可能会串。第五个是定时刷新和缓冲的问题。如果你用中断定时刷新屏幕显示动画建议把Refresh任务放到主循环里不要在中断服务函数里做大数组的I2C传输否则容易影响其他中断处理。我见过有些人在SysTick中断里调用OLED_Update导致整个系统卡顿改成主循环轮询后就好了。6. 最后再分享一点个人习惯OLED这个小东西从0.96寸的显示模块到桌上几千块的显示器背后其实是一套共通的显示原理。嵌入式这边你理解了SSD1306的页寻址、列地址、显存映射任何同类型的小显示屏都可以举一反三桌面那边你理解了ClearType和子像素排列之间的矛盾就知道MacType的配置不是玄学而是有明确原理可循的取舍。把驱动代码跑通之后我推荐你继续做两件事一是自己手动实现一次从取模、字库到显示函数的完整流程不要只依赖现成库二是用OLED做一个小项目比如一个桌面待办事项挂件或者环境温度显示器这个过程能帮你把所有知识点真正串起来。踩过几次坑把那些报错和异常一个一个解决掉你对这块屏幕的理解就会上去一个台阶。