简介：一套可直接运行的0.96寸OLED显示例程，面向使用STC12C5A60S2单片机的电子爱好者与嵌入式学习者，演示通过IIC总线完成屏幕控制。例程基于C51编写，包含主程序与底层驱动函数，可实现OLED初始化、清屏、坐标定位、文本与图形绘制等常见功能，适配智能手表、物联网终端、仪器仪表等小型显示场景，也对刚接触单片机显示外设的初学者非常友好。

压缩包共14个文件，主要包含2个C源码、3个头文件、STARTUP.A51启动文件、Keil工程配置（uvproj/uvopt）以及编译生成的HEX文件，整体仅139KB。文件类型覆盖源码、工程配置与烧写产物，层次分明，解压后用Keil直接打开工程即可编译，也可提取HEX文件单独烧录验证。

该例程已有1282人学习使用。代码注释完整，引脚定义、IIC时钟速率与设备地址配置一目了然，开发者可据此快速确认硬件连接，并深入理解SSD1306/SH1106驱动芯片的寄存器操作。在此基础上，还能进一步扩展动态显示、滚动文本、动画效果等功能，为后续嵌入式项目开发打下实用基础。

1. 用 STC12C5A60S2 驱动 0.96 寸 OLED：IIC 例程这件事，难的不是屏幕而是时序

手里有一颗 STC12C5A60S2，想点亮一块 0.96 寸 OLED 显示屏，搜索时通常写“IIC 例程”。IIC 就是 I2C 的习惯叫法，这块屏幕的驱动芯片是 SSD1306，接口只有四根线：VCC、GND、SCL、SDA。跟 STC89 时代常见的 1602 液晶比，OLED 不需要背光、对比度调节和读忙，命令集也固定，难理解的反而是它按“页”组织的显存结构和 I2C 时序。这篇文章把这套组合从接线、初始化到显示中文和全屏图拆开讲，适合刚把 STC12 最小系统跑通、想加一块屏的人；有 51 基础但没摸过 I2C 的读者也能照着走完。

2. 硬件连接与 I2C 地址：3.3V 的屏和 5V 的 STC12C5A60S2 怎么共线

2.1 SSD1306 从机地址 0x3C/0x3D 是怎么来的

0.96 寸 OLED 模块上那颗 SSD1306 作为 I2C 从机，7 位地址由硬件引脚 SA0 决定。SA0 接地时地址是 0x3C，接 VCC 时是 0x3D。市面上绝大多数模块 SA0 默认接地，所以买回来直接写 0x3C 就能通。但注意有些模块把 SA0 引到电阻或跳线，甚至出厂焊在 VCC 一侧，此时地址就变成 0x3D。如果你的代码里全是 0x3C 而屏幕死活没反应，第一件事就是确认这个地址，而不是怀疑时序。

I2C 地址在 8 位总线上要左移一位再拼上读写位，0x3C 对应写地址 0x78，0x3D 对应 0x7A。例程里有的写 7 位地址 0x3C，有的写 8 位地址 0x78，两种写法都常见，读代码时别搞混。传输格式上，每次写屏都是 START、从机地址（写方向）、控制字节、数据字节、STOP 这样的组合。控制字节是 0x00 表示后续内容是命令，是 0x40 表示后续内容是显示数据。很多初学者翻车就翻在这里：把命令当数据发，屏幕上出现一团乱点；把数据当命令发，屏幕进了某个诡异模式。后面 4.3 节会重点讲这两者的区别。

2.2 供电与电平：统一 3.3V 是最稳的接法

STC12C5A60S2 的工作电压范围比 STC89 宽不少，数据手册标注 3.3V 到 5.5V 都能跑，这给供电方案留了选择。0.96 寸 OLED 模块的 SSD1306 典型供电是 3.3V，最高一般不建议超过 3.6V。因此最稳的接法是让 STC12 也用 3.3V 供电，屏幕和单片机共用一个 LDO，SCL、SDA 直接连，不用做任何电平转换。这是我在验证例程时最常用的做法。如果你手里只有 5V 电源，想省一路 LDO，那就要面对电平匹配：SSD1306 的 SCL/SDA 输入引脚虽然有保护，但长期 5V 直驱并不规范。

常见做法是串 1k 到 4.7k 电阻限流，或者用两个 MOS 管做双向电平移位。实际测试中，只串电阻很多时候也能出图，因为 I2C 总线靠上拉电阻把高电平抬到 3.3V，单片机输出高电平时驱动能力有限，分压电阻能压低摆幅。但串大电阻后 I2C 通信速率上不去，屏幕偶尔花屏，这类玄学问题排查起来很费时间。我的建议是能统一 3.3V 就统一，电平转换电路留着给量产板用。上拉电阻方面，OLED 模块上通常自带 4.7k 到 10k 的 I2C 上拉，不需要你再外接；如果你是拿裸 SSD1306 芯片自己画板，则需要在 SCL、SDA 上各接一个 4.7k 电阻到 VCC。

2.3 最小接线表与上电检查

接线表如下：

选引脚的经验是：STC12 支持串口下载，下载用的是 P3.0、P3.1，只要你的 SCL/SDA 不占这两个脚就不会互相干扰。P1.0、P1.1 是很多例程的默认选择。如果你同时要用 P1 口接按键，也可以挪到 P2 口，代码里改两个 sbit 定义即可，其余不用动。

上电检查顺序：先测模块 VCC 对 GND 是不是 3.3V，再看 SCL、SDA 静态电平。I2C 总线空闲时两条线都应该是高电平，上拉电阻正常时能测到接近 VCC。如果 SDA 被拉低，说明模块在等主机通信，或者模块本身有问题。这一条能筛掉一大半“屏幕不亮”的问题。注意下载程序时 STC12 需要断电重新上电才能进入 ISP 模式，有的开发板做了自动断电电路，如果你的板子是手动电源开关，烧录时要习惯“先点下载再上电”。

3. SSD1306 初始化与显存模型：不把 8 页结构搞懂，写什么都白搭

3.1 128x64 的显存是 8 页，不是一行行扫出来的

SSD1306 内部有一块 128x64 的显存 RAM，但对外读写不是按行列坐标，而是按“页”组织。整个屏幕纵向分成 8 页，每页 8 个像素高，每页横向 128 列。第 0 页对应屏幕最上方的 8 行，第 1 页对应第 8 到第 15 行，依此类推。写入一个字节时，这个字节的 8 个 bit 对应当前页内某一列从上到下的 8 个像素，bit0 在最上面。所以如果你想在坐标 x=10、y=5 处点亮一个像素，正确做法是：先选第 0 页（y/8=0），再设列地址为 10，然后朝这个位置写一个字节，该字节的第 5 位（bit5）置 1。

这个模型跟 1602 那种逐字符发送完全不同，也跟真彩屏那种逐行逐像素不同。例程看起来复杂，其实就是在频繁做三件事：设置页寄存器（0xB0+页号）、设置列低寄存器（0x00+列低 4 位）、设置列高寄存器（0x10+列高 4 位），然后连续写数据。SSD1306 支持页地址模式、水平地址模式、垂直地址模式三种。例程里最常用页地址模式，命令是 0x20、参数 0x02，因为操作最直观：写完一个字节后列号自动加 1，到列尾不会自动跳页，需要你手动重新设置页。这个“不自动跳页”的特性容易踩坑，后面避坑章节会细说。

3.2 初始化序列里哪几个命令不能省

网上看到的 SSD1306 初始化序列大同小异，但有几条是必须的，缺了屏幕就是不亮或者显示异常。按顺序列出：

其中特别要注意 0x8D 0x14，这是电荷泵命令。有的仿制模块把电荷泵相关引脚外接了，省掉这条也能亮，但绝大多数模块必须开。初始化顺序敲定后不要随意乱序，尤其是 0xA4、0xA6 如果在 0xAF 之后才发，屏幕会先亮一下再更新内容，肉眼能看到闪。

3.3 在 STC12 上把初始化写成函数

初始化函数本身没有难度，难在和 I2C 底层函数的耦合。我一般把 I2C 发送拆成三到四个函数：起始、停止、发一字节、写命令、写数据。下面这段是初始化函数的关键部分，其中 OLED_WR_Byte 已经封装好命令和数据两种模式：

#define OLED_CMD 0 #define OLED_DATA 1 /* OLED_WR_Byte 定义见 4.3 节，这里先假设可用 */ void OLED_Init(void) { delay_ms(100); OLED_WR_Byte(0xAE, OLED_CMD); OLED_WR_Byte(0xD5, OLED_CMD); OLED_WR_Byte(0x80, OLED_CMD); OLED_WR_Byte(0xA8, OLED_CMD); OLED_WR_Byte(0x3F, OLED_CMD); OLED_WR_Byte(0xD3, OLED_CMD); OLED_WR_Byte(0x00, OLED_CMD); OLED_WR_Byte(0x40, OLED_CMD); OLED_WR_Byte(0x8D, OLED_CMD); OLED_WR_Byte(0x14, OLED_CMD); OLED_WR_Byte(0x20, OLED_CMD); OLED_WR_Byte(0x02, OLED_CMD); OLED_WR_Byte(0xA1, OLED_CMD); OLED_WR_Byte(0xC8, OLED_CMD); OLED_WR_Byte(0xDA, OLED_CMD); OLED_WR_Byte(0x12, OLED_CMD); OLED_WR_Byte(0x81, OLED_CMD); OLED_WR_Byte(0xCF, OLED_CMD); OLED_WR_Byte(0xA4, OLED_CMD); OLED_WR_Byte(0xA6, OLED_CMD); OLED_WR_Byte(0xAF, OLED_CMD); OLED_Clear(); }

逻辑说明：上电后先延时 100ms，是为了等电源稳定，STC12 上电瞬间电源电压有爬升过程，太早发命令会丢。0xAE 到 0xAF 之间所有命令都在显示关闭状态下配置，最后再 0xAF 开显示，避免初始化过程中花屏闪烁。OLED_Clear 在初始化末尾调用，把 1024 字节显存全部清零，否则上电后屏幕会显示一坨随机乱码。

参数说明：0x81 后面的对比度 0xCF 是经验偏亮值，如果你的屏放在室内常亮需要省电，可以改成 0x40 到 0x80。0xC8 和 0xA1 决定了屏幕方向，装屏方向不对时，把 0xC8 改成 0xC0、0xA1 改成 0xA0 即可完成镜像。

4. IO 模拟 I2C 例程：从读写函数到显示字符

4.1 为什么不用 STC12 自带的硬件 I2C

STC12C5A60S2 这颗芯片确实带硬件 I2C 模块，资料里也写着支持主机模式。但实际工程里，驱动 OLED 这种低速从机，绝大多数例程仍然用 IO 模拟 I2C，原因有三条。第一，硬件 I2C 的寄存器状态机，从配置、启动、发地址、查状态位到处理 ACK，写起来比模拟复杂，对不熟悉的人相当于黑匣子，出了问题不好定位。第二，STC12 的硬件 I2C 引脚是固定的，不是所有封装、所有引脚分配都方便布线，而 IO 模拟可以随便挑两个空闲引脚。第三，OLED 的 I2C 时钟上限 400kHz，对 12MHz 主频的 STC12 来说，模拟时序完全够用，没必要动用硬件外设。所以我这里直接给 IO 模拟方案，这也是这个标题下“例程”两个字最常见的落地形态。

4.2 最小 I2C 代码：起始、停止、发字节

模拟 I2C 的核心是两条线：SCL 时钟、SDA 数据。起始信号是 SCL 高电平时 SDA 由高变低，停止信号是 SCL 高电平时 SDA 由低变高。发送字节时，SDA 必须在 SCL 为低时变化，SCL 高电平期间保持稳定。看代码：

sbit OLED_SCL = P1^0; /* 时钟线 */ sbit OLED_SDA = P1^1; /* 数据线 */ void I2C_Delay(void) { unsigned char i = 8; while (i--) _nop_(); /* 约2us @ 12MHz 1T */ } void I2C_Start(void) { OLED_SDA = 1; OLED_SCL = 1; I2C_Delay(); OLED_SDA = 0; /* SCL高时SDA拉低，产生起始信号 */ I2C_Delay(); OLED_SCL = 0; } void I2C_Stop(void) { OLED_SDA = 0; OLED_SCL = 1; I2C_Delay(); OLED_SDA = 1; /* SCL高时SDA拉高，产生停止信号 */ I2C_Delay(); } void I2C_SendByte(unsigned char dat) { unsigned char i; for (i = 0; i < 8; i++) { OLED_SCL = 0; if (dat & 0x80) OLED_SDA = 1; /* 高位先出 */ else OLED_SDA = 0; dat <<= 1; I2C_Delay(); OLED_SCL = 1; /* SCL拉高，从机采样 */ I2C_Delay(); } OLED_SCL = 0; OLED_SDA = 1; /* 释放SDA，等待从机ACK */ I2C_Delay(); OLED_SCL = 1; I2C_Delay(); OLED_SCL = 0; }

逻辑说明：起始和停止都要求在 SCL 为高时翻转 SDA，顺序写反就会变成别的事件，I2C 总线会立刻卡死，之后所有收发都无效。I2C_SendByte 发送完 8 位数据后，拉高 SCL 读取从机 ACK，这段代码把 ACK 读回来但没用。对 OLED 这种固定从机来说，只要地址对、接线对，ACK 几乎不会缺席，省掉判断能减少代码分支。想严格检测 ACK 的读者，可以把最后一段改成：OLED_SCL=0，OLED_SDA=1，OLED_SCL=1，然后判断 OLED_SDA 是否被从机拉低。

参数说明：I2C_Delay 的空循环次数决定了 SCL 频率。8 次空循环加循环变量维护，在 12MHz 1T 模式下约 2us，对应 I2C 时钟约 250kHz，低于 SSD1306 的 400kHz 上限，时序余量充足。实际调试时如果屏幕内容乱，优先把循环次数从 8 调到 16 而不是改协议逻辑，SCL 高电平时间变长会让从机采样更稳定。

4.3 写命令与写数据：控制字节 0x00 和 0x40 的差别

SSD1306 的 I2C 帧结构是 START、从机地址加写位、控制字节、数据内容、STOP。控制字节是 0x00 时，后面的数据被视为命令写入寄存器；是 0x40 时，后面的数据被写入显存。注意一次传输只能有一种类型，不能在一个 START 里既发命令又发数据。封装函数如下：

void OLED_WR_Byte(unsigned char dat, unsigned char cmd) { I2C_Start(); I2C_SendByte(0x78); /* 从机地址 0x3C 左移一位 + 写位 */ if (cmd) I2C_SendByte(0x40); /* 控制字节: 0x40为数据 */ else I2C_SendByte(0x00); /* 控制字节: 0x00为命令 */ I2C_SendByte(dat); I2C_Stop(); } void OLED_SetPos(unsigned char page, unsigned char col) { OLED_WR_Byte(0xB0 + page, OLED_CMD); /* 页地址 0~7 */ OLED_WR_Byte(col & 0x0F, OLED_CMD); /* 列低4位 */ OLED_WR_Byte(0x10 | (col >> 4), OLED_CMD);/* 列高4位 */ }

逻辑说明：OLED_WR_Byte 把地址、控制字节、数据放在一个 I2C 事务里，每发送一个字节就要重复一遍 START 和 STOP，效率不高但逻辑简单。对 0.96 寸屏来说，刷一帧字符也才几百个字节，完全没压力。OLED_SetPos 是显示函数里最常用的辅助函数，先定位到某一页的某一列，然后连续写多个数据字节，列地址会自动递增。

参数说明：地址 0x78 是 0x3C 左移一位的结果，如果你确认模块 SA0 接高，改成 0x7A。控制字节 0x00 和 0x40 容易搞反，一个简单测试方法是向 (0,0) 位置写几字节 0xFF，如果屏幕右上角出现一条竖线，说明你发的是数据；如果出现异常矩形块，说明你把显存内容当命令发给寄存器了，这属于最典型的翻车方式。

4.4 显示英文、数字与字符串：字模和坐标换算

ASCII 字符显示的本质是“把字符点阵搬运到显存”。最常用的英文字模有两种规格：5x7 和 6x8。5x7 省空间，6x8 每行刚好 8 像素高，对应 SSD1306 的一页，所以例程里多半选 6x8。字模数组每行 6 个字节，按 ASCII 顺序从 0x20（空格）开始排列：

code unsigned char F6x8[][6] = { {0x00, 0x00, 0x00, 0x00, 0x00, 0x00}, /* 空格 */ /* 0x21~0x30 之间的字模省略，取模工具生成 */ {0x00, 0x00, 0x24, 0x7E, 0x24, 0x00}, /* 'A' 示例 */ /* ...其他字符... */ };

显示函数做三件事：查字模、定位页和列、把点阵写进显存。坐标换算公式是 页=y/8，列=x，字节内 bit 位=y%8。因为字符是 8 像素高，y 正好是 8 的倍数时一个字符恰好占一页；如果 y 不是 8 的倍数，比如 y=4，这个字符会横跨两个页，代码要拆成上下两段分别写入。初学阶段建议让 y 取 0、8、16 这样的对齐值，省去跨页麻烦。下面是标准实现：

void OLED_ShowChar(unsigned char x, unsigned char y, unsigned char ch) { unsigned char i, page = y / 8; OLED_SetPos(page, x); for (i = 0; i < 6; i++) OLED_WR_Byte(F6x8[ch - 0x20][i], OLED_DATA); } void OLED_ShowString(unsigned char x, unsigned char y, unsigned char *str) { while (*str) { OLED_ShowChar(x, y, *str++); x += 6; if (x > 122) /* 一行最多显示21个6x8字符 */ { x = 0; y += 8; } } }

逻辑说明：OLED_ShowChar 每次调用都重设页和列，写 6 个字节后列自动到 x+5。OLED_ShowString 逐字符调用，x 超过 122 后换行，y 加 8 正好落在页边界上，不需要额外处理跨页。想居中显示的话，先算字符串长度乘 6，再用 128 减后除以 2 得到起始 x。

参数说明：page 的计算用整数除法，y=0 到 7 都落在第 0 页，y=8 到 15 落在第 1 页。如果传入 y=10，这个函数只写了上半部分，下半部分丢了，这是简化的预期行为。完整支持非对齐坐标的版本需要处理 bit 偏移，工程上不划算，一般用取模时把字模按 8 像素高对齐即可。

4.5 主函数完整流程：上电延迟、初始化、刷新

主函数比想象中简单，但要注意 STC12 有的型号默认开看门狗，需要在初始化时喂狗或关掉，很多人卡在“单片机跑飞”上就是这个原因。下面是一个可运行的主函数：

void main(void) { unsigned char count = 0; /* P1口默认准双向，显式配置防止迁移到其他型号时行为不一致 */ P1M0 = 0x00; P1M1 = 0x00; delay_ms(100); OLED_Init(); OLED_Clear(); OLED_ShowString(0, 0, "STC12 + OLED"); OLED_ShowString(0, 2 * 8, "I2C OK"); while (1) { OLED_ShowChar(6 * 6, 4 * 8, '0' + (count % 10)); count++; delay_ms(200); } }

逻辑说明：P1M0/P1M1 是 STC12 的端口模式寄存器，P1 默认就是准双向口，显式配置是为了代码迁移到其他型号时行为一致。主循环每隔 200ms 刷新一个数字，演示动态显示。你可以观察这个数字有没有闪烁，如果闪烁，问题多半在 I2C 延时太小或供电不稳，而不是逻辑错误。

参数说明：OLED_ShowString 的第二个参数是像素坐标，我传 2*8=16，表示第 2 行。头顶两行文字分别显示在第一行和第二行，中间空了一行，实际版面可以按自己需求调。数字显示在 x=36、y=32 处，也就是第三行中间偏左位置，这个表达式其实就是“第 6 个字符位、第 4 行”的简写。

5. 避坑清单：STC12C5A60S2 驱动 OLED 最容易翻车的 5 个地方

5.1 屏幕全黑：先查 0x3C 还是 0x3D

现象：代码、接线、供电全检查过，SCL/SDA 静态电平也正常，屏幕却什么都没有。

原因：模块 SA0 被拉高，实际地址是 0x3D，代码却写死在 0x3C。另一类原因是初始化里漏了 0x8D 0x14 电荷泵命令，0xAF 开显示后内部升压电路没工作，屏幕当然不亮。这两个原因我都遇到过，后一个更隐蔽，因为代码看起来“什么都发了”，但就是少了关键的一条。

解决：先确认模块背面 SA0 电阻配置，或者写一个地址扫描函数，依次用 0x3C 和 0x3D 发送地址并检查 ACK；同时确认初始化序列里 0x8D 0x14 存在。这个检查顺序非常重要：先地址，再电荷泵，最后才怀疑时序。我见过有人在时序上折腾一晚上，最后发现只是把 0x3D 的模块当 0x3C 用。

5.2 首行花屏、内容上下错位

现象：屏幕能亮，但最上面一行有残影，或者字符串显示的位置比预期低了一行。

原因：页地址模式下，写完一页后列地址到 127 不会自动跳到下一页，需要手动设置新页。如果显示函数只设置了一次页就连续写超过 128 列的内容，后半段会写到别的地方。另一个常见原因是 OLED_SetPos 漏了列高字节，SSD1306 的列地址是分低 4 位、高 4 位两次写入的，只写 0x00 到 0x0F 等于列地址永远小于 16，内容全挤在左边。

解决：在 OLED_ShowChar 和任何区域填充函数的开头都调用 OLED_SetPos，并且把页、列低、列高三个命令按顺序发齐。这条直接写进自己的代码规范，能省掉后面所有定位类问题。排查时可以先用整屏填充 0xFF 测试，如果出现左右两半不对称的亮区，基本就是列高字节的问题。

5.3 显示内容闪烁、重影、偶尔花屏

现象：动态刷新时字符边缘有残影，有时整屏闪一下，静态显示倒是一切正常。

原因：I2C 时钟太快，SCL 高电平时间低于 SSD1306 手册建议的最小值，从机采样不稳。另一个常见原因是供电电压偏低，OLED 在升压电路工作的瞬间电流变化大，3.3V 电源纹波大时尤其明显。

解决：把 I2C_Delay 里的循环次数从 8 提到 16，先确认问题是不是时序引起的。加延时后症状消失，说明延时偏小，保持一个保守值即可。如果加延时没改善，用示波器看 VCC 在刷新瞬间的电压跌落，跌得厉害就给电源并一个 100uF 电容。注意 OLED 的 I2C 上限是 400kHz，但“能跑上限”和“稳定跑”是两回事，工程上留 2 到 3 倍余量很正常。

5.4 直接搬 STC89C52 的例程：1T 和 12T 延时差 12 倍

现象：用 STC89 的代码原封不动编译下载，屏幕初始化失败，或者初始化能过但显示刷新慢到肉眼可见。

原因：STC89 是 12T 模式，一条普通指令要 12 个时钟周期；STC12 是 1T 模式，一条指令通常 1 个时钟周期。同样一段 delay(1000) 空循环，在 STC12 上实际延时只有原来的约 1/12，I2C 时序被压缩到从机无法容忍的宽度。这个坑几乎每个从 STC89 转 STC12 的人都要踩一次。

解决：别拿 STC89 的延时库硬凑，用nop数空指令或直接用定时器产生延时。STC12 的模拟 I2C 不需要精确到 0.1us，但对最小高电平宽度的要求是实打实的，宁长勿短。烧录时也注意：STC12 的下载设置里可以选择是否使用内部时钟，默认内部 IRC 一般是 11.0592MHz 或 12MHz，确认实际主频和延时注释对得上。

5.5 电平拉不低：端口模式配成了推挽或高阻

现象：SCL、SDA 其中一条线始终为高，用示波器看 SDA 拉低时有明显圆角，通信完全失败。

原因：STC12 的 I/O 有准双向、推挽、高阻输入、开漏四种模式。有人为了提升驱动能力把 SCL/SDA 配置成推挽输出，结果 I2C 总线的线与逻辑失效，主机读不到从机 ACK；也有人把端口配置成高阻输入并且没有外部上拉，SDA 靠模块上的上拉电阻勉强工作，长线时波形畸变很严重。

解决：SCL/SDA 保持准双向模式，也就是默认状态，不要图省事改成推挽。如果你的 SDA/SCL 放在 P0 口，而 P0 上还接了其他负载，优先给两条线各加一个 4.7k 上拉电阻；换到 P1 或 P2 口通常更省心。判断方法很简单：初始化前测 SCL、SDA 静态电平，必须都是接近 VCC 的高电平，有一条不对就先查端口模式。

6. 进阶：把整屏图片和中文跑起来，顺便验证 I2C 时序

6.1 中文 16x16 字模：一屏字占两页

中文显示和英文字符原理一样，只是字模变成 16x16，需要 16 列、两页。显示中文的典型步骤是：先按公式计算页号 page=y/8，然后连续写入两个页的 16 个字节。取模时选择“纵向取模、字节正序、阴码”，生成的字模数组按行排列。代码里用循环，先显示上半页 16 字节，再设置页号加 1、显示下半页 16 字节。注意取模工具的列顺序要和 SSD1306 的列递增方向一致，否则汉字会左右分裂。

6.2 全屏图片显示：按页组织数据，一次事务刷一页

全屏图 128x64 共 1024 字节，用取模工具导出后是一个二维数组。刷整屏时，我习惯先发一页的页地址和列地址，然后在一次 I2C 事务里连续写 128 个数据字节，再切到下一页。基础例程里 OLED_WR_Byte 每字节都发起一次 START/STOP，写 1024 字节就要 1024 次事务；优化后一页一次，I2C 总线时间主要花在地址字节上的开销大幅减少。实测在 12MHz 主频、模拟 I2C 下，整屏刷新大约几十毫秒，显示静态图片完全没问题，动画就吃力了。想提速可以改用 SPI 接口的 OLED 模块，那是另一个话题。

6.3 没有逻辑分析仪时怎么确认 I2C 正常

手头没有逻辑分析仪时，写一个自检程序最实用：初始化后把整屏填 0xAA，如果出现规则的棋盘格，说明页和列定位都对；再把整屏填 0xFF，如果全亮且无杂点，说明数据通路完整。我习惯在项目里保留这个自检函数，后续换屏、换单片机时先跑一遍再继续开发。这算是我调这类屏最省时间的习惯，比抓波形更快确认链路通断。另外提一句，OLED 是主动发光器件，用手遮住屏幕是看不到余晖的，所以“屏幕没亮”先别怀疑像素烧了，优先查地址和电荷泵。希望帮到你。

本文还有配套的精品资源，点击获取