ATtiny85驱动SSD1306 OLED：无帧缓冲的汇编级I2C与低功耗设计

1. 项目概述与核心挑战

最近在折腾一个工业现场用的低功耗显示单元，核心需求是在一个巴掌大的空间里，用最少的电，驱动一块OLED屏幕显示几个关键参数。手头正好有ATtiny85这颗只有8个引脚、512字节SRAM的“小钢炮”，以及一块常见的SSD1306驱动的128x64 I2C OLED屏。听起来像是用玩具车拉货，但实际做下来，发现这里面门道不少，尤其是在完全不用帧缓冲（Frame Buffer）的情况下，直接用汇编语言“硬刚”I2C通信和屏幕驱动，对资源管理和时序控制的要求达到了极致。

这个项目的核心价值，不在于用了多高深的算法，而在于一种“螺蛳壳里做道场”的工程思维。在资源极度受限的嵌入式场景里，比如依靠4-20mA电流环供电的仪表，每一微安的电流、每一个字节的内存都弥足珍贵。放弃使用帧缓冲，意味着我们无法在MCU端存储整屏的图像数据，所有像素操作都必须通过I2C总线实时写入屏幕内部的GDDRAM。这听起来像是自找麻烦，但却能省下宝贵的1KB RAM，让ATtiny85这类超低功耗MCU也能驾驭图形显示。

我选择用汇编语言来实现，并非为了炫技。在工业控制领域，尤其是对时序和功耗有严苛要求的场合，汇编能提供最直接、最精确的硬件控制。你可以清楚地知道每条指令消耗了多少个时钟周期，能精准地控制I/O口翻转的时机，这对于用软件模拟（Bit-Bang）I2C这种对时序敏感的总线协议至关重要。当然，这也意味着你需要对ATtiny85的架构和指令集有更深入的了解。

2. 硬件设计与引脚分配的极致优化

ATtiny85的DIP-8封装只有6个可用的I/O引脚（PB0-PB5，其中PB5是复位引脚，通常不作为普通I/O使用），这迫使我们必须像下棋一样，精心规划每一个引脚的用途。

2.1 I2C总线引脚分配

I2C需要两个引脚：串行数据线（SDA）和串行时钟线（SCL）。在硬件I2C模块缺失或引脚冲突时，软件模拟是唯一选择。

• SDA (PB3): 选择PB3是因为它在内部上拉电阻和中断功能上与其他引脚无异，但更关键的是，在后续的软件Bit-Bang时序中，我们需要快速切换引脚方向（输入/输出）。PB3在代码控制上与其他引脚一样直接。
• SCL (PB1): 选择PB1基于类似的考虑。需要特别注意的是，I2C总线要求这两条线在空闲时为高电平，因此必须在外部接上拉电阻（我用了4.7KΩ）。这个电阻值需要权衡：太小则功耗增加，太大则上升沿时间变长，可能在高时钟频率下导致通信失败。在1MHz系统时钟和较低的I2C时钟（约100kHz）下，4.7KΩ是一个兼顾速度和功耗的稳妥选择。

注意：在软件模拟I2C时，SCL和SDA都必须配置为开漏输出（Open-Drain）模式，或者通过代码模拟开漏行为。即输出低电平时驱动为低，输出高电平时将引脚改为高阻输入（或弱上拉输入），依靠外部上拉电阻拉到高电平。ATtiny85的引脚可以配置为带上拉电阻的输入模式来模拟此行为。

2.2 巧用ADC实现多按键检测

仅有6个I/O，却要接4个按键，如果每个键独占一个引脚就太奢侈了。我采用的方法是电阻分压网络+单ADC通道。

• 电路原理：将4个按键（K1-K4）与不同阻值的电阻串联后，并联在VCC与GND之间，ADC检测点设在网络中间。每个按键按下时，会改变分压比，从而在ADC引脚（PB2）上产生一个独特的电压值。
• 电阻值计算：假设VCC=5V，使用10位ADC。为了给每个按键分配足够宽的电压区间以防止误判，电阻值需要精心挑选。例如，设计目标电压分别为1.0V, 2.0V, 3.0V, 4.0V。通过串联电阻公式可以反推出所需的电阻比例。实际中，我使用了1x10KΩ和3x4.7KΩ电阻进行组合。
• 软件去抖与判断：在汇编中，需要编写ADC读取和比较子程序。由于ADC值会有波动，不能直接与一个固定值比较，而应设置一个范围（窗口）。例如，目标电压2.0V对应ADC读数约410（5V参考电压下），可以设定判断范围为400-420。

; 伪代码示例：读取ADC并判断按键 READ_ADC: ; 启动ADC转换，读取PB2 ... ; 假设结果在R16:R17中（10位） COMPARE_KEY: CPI R16, low(400) ; 与下限比较 CPC R17, high(400) BRLO NO_KEY ; 低于下限，无按键 CPI R16, low(420) CPC R17, high(420) BRHI NO_KEY ; 高于上限，非此键 ; 在此范围内，判定为K2按下 LDI R18, KEY2_ID RET NO_KEY: ; 继续检查其他电压窗口...

这种方法的最大局限是无法检测组合键（同时按下多个键），因为ADC只会读取一个混合电压值，通常无意义。但在简单的菜单或参数调整界面中，四个独立键已足够。

2.3 预留的模拟与PWM引脚

为了项目的可扩展性，我预留了两个引脚：

• PB0: 可配置为ADC1通道，用于未来连接其他模拟传感器（如温度、压力）。
• PB4: 与定时器/计数器0（T/C0）关联，可产生PWM信号，用于控制背光亮度（如果屏幕支持）或驱动一个蜂鸣器。

这种前瞻性的设计，使得这个显示核心板能快速适配不同的传感器前端，而无需改动核心的显示驱动代码。

3. 软件模拟I2C（Bit-Banging）的精髓与实现

ATtiny85的USI模块对SPI支持友好，但对I2C的Master模式支持需要较多的软件干预。与其半软半硬，不如完全用软件控制，这样时序更直观，也方便移植到其他连USI都没有的芯片上。

3.1 I2C协议基础与软件建模

I2C通信就像一场由主设备（Master）严格指挥的对话。所有动作都围绕两根线（SDA， SCL）展开：

1. 起始条件（START）: SCL为高时，SDA一个从高到低的跳变。这是“对话开始”的信号。
2. 从机地址+读写位: 主设备紧接着发送7位从机地址和1位方向位（0写，1读）。SSD1306的地址通常是0x3C（SA0=0）或0x3D（SA0=1），对应发送的8位数据是0x78或0x7A（地址左移一位，写位为0）。
3. 应答（ACK）: 从机在收到自己的地址后，会在第9个时钟周期将SDA拉低，表示“我收到了”。
4. 数据传输: 此后，发送方（主或从）每发送8位数据，接收方就在第9个时钟周期回应一个ACK。数据以字节为单位，高位（MSB）先行。
5. 停止条件（STOP）: SCL为高时，SDA一个从低到高的跳变。表示“对话结束”。

在软件中，我们需要用精确的延时来控制SCL的高低电平周期，并在SCL为高时保持SDA稳定（数据有效），在SCL为低时允许SDA变化（数据准备）。

3.2 汇编实现的关键子程序

下面是用AVR汇编实现的核心函数骨架。关键在于保持时序一致性和正确处理引脚方向。

; 定义引脚 .equ SDA = PB3 .equ SCL = PB1 .equ SDA_DDR = DDRB .equ SCL_DDR = DDRB .equ SDA_PORT = PORTB .equ SCL_PORT = PORTB .equ SDA_PIN = PINB ; I2C初始化：设置SDA和SCL为高阻输入（靠外部上拉为高） I2C_INIT: CBI SDA_DDR, SDA ; SDA设为输入 CBI SCL_DDR, SCL ; SCL设为输入 SBI SDA_PORT, SDA ; 使能内部上拉（可选，已有外部上拉） SBI SCL_PORT, SCL RCALL DELAY_US ; 短暂延时，让总线稳定 RET ; 产生START条件：SCL高时，SDA从高变低 I2C_START: SBI SDA_DDR, SDA ; SDA设为输出，输出高（因之前上拉为高） CBI SCL_DDR, SCL ; 确保SCL为输入（高） RCALL DELAY_HALF_BIT ; 延时半个时钟周期 CBI SDA_DDR, SDA ; SDA设为输出低（先改方向，再输出低？这里需要仔细） ; 更安全的做法：先输出低电平，再切换为输出模式 CBI SDA_PORT, SDA ; 输出低电平 SBI SDA_DDR, SDA ; 切换为输出模式，此时SDA被拉低 RCALL DELAY_HALF_BIT RET ; 发送一个字节（数据在R16中） I2C_SEND_BYTE: LDI R17, 8 ; 8位计数器 SEND_BIT_LOOP: ROL R16 ; 将最高位移入C标志位 BRCS SEND_HIGH SEND_LOW: CBI SDA_PORT, SDA ; 准备发送0 RJMP SEND_CLOCK SEND_HIGH: SBI SDA_PORT, SDA ; 准备发送1 SEND_CLOCK: SBI SDA_DDR, SDA ; 确保SDA为输出模式 RCALL DELAY_HALF_BIT ; 产生SCL脉冲 SBI SCL_DDR, SCL ; SCL输出低（先输出低） CBI SCL_PORT, SCL RCALL DELAY_HALF_BIT SBI SCL_PORT, SCL ; SCL输出高 CBI SCL_DDR, SCL ; SCL改为输入（被上拉为高） RCALL DELAY_HALF_BIT CBI SCL_PORT, SCL ; 为下一个周期准备（实际输出低） SBI SCL_DDR, SCL RCALL DELAY_HALF_BIT DEC R17 BRNE SEND_BIT_LOOP ; 发送完8位，处理ACK位 CBI SDA_DDR, SDA ; SDA改为输入，准备读取ACK SBI SDA_PORT, SDA ; 使能上拉 ; ... 产生第9个SCL脉冲并检查SDA电平 ... RET ; 精确延时函数（需要根据系统时钟频率调整） DELAY_HALF_BIT: ; 假设目标I2C速度~100kHz，半位周期约5us NOP NOP NOP RET

实操心得：软件模拟I2C最棘手的部分是延时。不同的系统时钟（1MHz, 8MHz, 16MHz）需要完全不同的延时循环。最好的调试方法是用一个逻辑分析仪或者示波器抓取SDA和SCL的波形，检查START/STOP条件、数据建立时间和保持时间是否符合SSD1306数据手册的要求（通常纳秒级）。没有仪器的话，可以通过插入NOP指令或循环来调整，并观察屏幕是否能有反应（哪怕显示乱码也说明通信基本通了）。

4. SSD1306 OLED驱动与无帧缓冲直接操作

SSD1306本身集成了1024字节的GDDRAM，对应128x64像素。每个字节控制垂直的8个像素（一个Page），字节的每个bit对应一个像素（1亮，0灭）。这种结构是我们实现无帧缓冲显示的基础。

4.1 初始化命令序列

在开始发送图像数据前，必须对SSD1306进行正确的初始化。这是一系列预先定义好的命令，通过I2C发送，告诉屏幕如何工作（如对比度、扫描方向、显示开关等）。

; 发送命令子程序（命令字节在R16中） OLED_SEND_CMD: RCALL I2C_START LDI R16, SSD1306_ADDR_W ; 写地址，例如0x78 RCALL I2C_SEND_BYTE LDI R16, 0x00 ; 控制字节，表示后续是命令流 RCALL I2C_SEND_BYTE MOV R16, R18 ; 假设要发送的命令在R18中 RCALL I2C_SEND_BYTE RCALL I2C_STOP RET ; 初始化流程 OLED_INIT: LDI R18, 0xAE ; 关闭显示 RCALL OLED_SEND_CMD LDI R18, 0xD5 ; 设置显示时钟分频/振荡器频率 RCALL OLED_SEND_CMD LDI R18, 0x80 ; 建议值 RCALL OLED_SEND_CMD LDI R18, 0xA8 ; 设置多路复用比率 RCALL OLED_SEND_CMD LDI R18, 0x3F ; 64行 - 1 RCALL OLED_SEND_CMD ; ... 发送更多初始化命令（设置显示偏移、起始行、电荷泵、内存地址模式等）... LDI R18, 0xAF ; 最后，开启显示 RCALL OLED_SEND_CMD RET

初始化命令序列可以从SSD1306的数据手册或Arduino驱动库中找到。务必确保电荷泵开启（命令0x8D, 0x14），否则屏幕可能不亮。

4.2 内存地址模式与字符显示

SSD1306支持几种内存地址模式，我们选择页地址模式（Page Addressing Mode）来显示字符，因为它最符合我们逐行（8像素高）发送字体数据的需求。

1. 设置列地址：命令0x21 + 起始列 + 结束列。这定义了一个水平显示区域。
2. 设置页地址：命令0x22 + 起始页 + 结束页。一页=8行像素。128x64的屏幕共有8页（Page0-Page7）。
3. 发送数据：发送控制字节0x40，之后所有字节都会被当作显示数据，顺序写入GDDRAM。写入时，列地址自动增加，当到达结束列后，列地址复位到起始列，页地址增加一。

显示一个字符，比如8x16的字体，步骤如下：

• 字符宽度为8列，高度为16像素（占2页）。
• 设置列地址为 X 到 X+7。
• 设置页地址为 Y 到 Y+1（假设Y是页号）。
• 发送0x40，然后连续发送16字节的字体位图数据。前8字节填充第Y页的8行，后8字节填充第Y+1页。

4.3 字体数据的提取与处理

这是项目中最“体力”但也最关键的一环。我使用了MikroElectronika GLCD Font Creator这款小工具。

1. 创建字体：在工具中选择字体（如Roboto Mono）、大小（8x16）、并勾选所需的ASCII字符范围。
2. 导出数据：工具可以导出为C数组或CSV文件。CSV文件更易于用Excel处理。
3. 数据重组：导出的数据通常是按字符排列，每个字符的数据按行（或列）排列。我们需要将其重组为符合SSD1306页地址模式顺序的字节流。例如，一个8x16字符，我们需要的是：第0行的8个像素（1字节），第1行的8个像素...直到第15行。这16个字节需要按顺序存储。
4. 嵌入汇编：将处理好的字节流，以.DB（定义字节）指令的形式放入程序的.CSEG（代码段）或.DSEG（数据段，但占用SRAM）中。为了节省宝贵的SRAM，我们必须放在程序存储器（Flash）中，并使用LPM（Load Program Memory）指令来读取。

; 在程序存储器中定义字体数据 .CSEG FONT_8X16: ; 字符 'A' 的位图数据 (示例) .DB 0x00, 0x00, 0xE0, 0x10, 0x08, 0x10, 0xE0, 0x00 ; 第0-7行 .DB 0x00, 0x00, 0x0F, 0x10, 0x20, 0x10, 0x0F, 0x00 ; 第8-15行 ; ... 其他字符 ... ; 从程序存储器读取字体数据的子程序 ; 输入：R20=字符ASCII码， R21:R22=目标列和页 DISPLAY_CHAR: ; 1. 根据R20计算字符在FONT_8X16表中的偏移地址 ; 每个字符占16字节，偏移量 = (R20 - 32) * 16 ; 计算过程略... ; 2. 设置OLED的列和页地址（使用R21, R22） ; 3. 发送0x40控制字节 ; 4. 循环16次，用LPM指令从计算出的地址读取数据并发送 LDI ZL, low(FONT_8X16*2) ; Z指针指向字体表起始（Flash地址需乘2） LDI ZH, high(FONT_8X16*2) ADD ZL, R24 ; 加上偏移量低字节 ADC ZH, R25 ; 加上偏移量高字节和进位 LDI R17, 16 CHAR_LOOP: LPM R16, Z+ ; 从Flash读取一个字节，指针Z递增 RCALL OLED_SEND_DATA ; 发送数据到OLED DEC R17 BRNE CHAR_LOOP RET

避坑指南：AVR的Flash是按字（16位）组织的，但LPM指令读取的是字节。因此，从字节地址转换为字地址时，需要将字节偏移量左移一位（乘以2）。这就是上面代码中FONT_8X16*2的原因。搞错这一点，读出来的数据全是乱的。

5. 系统整合、功耗优化与实测

将I2C驱动、OLED初始化和字符显示函数整合起来，就能构建一个完整的显示系统。主循环可以检测按键，根据按键改变需要显示的变量，然后调用显示函数更新屏幕的特定区域。

5.1 低功耗设计要点

项目的初衷之一是低功耗，实测在2.4V电压、1MHz系统时钟、屏幕对比度调至最低时，整体电流仅3.5mA。这得益于以下几点：

1. 降低系统时钟：ATtiny85默认是8MHz内部RC振荡器。通过编程熔丝位，可以将其设置为1MHz，功耗显著降低。
2. 休眠模式：在等待按键或不需要频繁更新的间隙，可以让MCU进入空闲（Idle）或掉电（Power-down）模式。ATtiny85在掉电模式下电流可降至微安级。需要用一个定时器中断或外部引脚中断来唤醒它。
3. 屏幕控制：SSD1306本身也有休眠命令（0xAE）。在长时间不更新时，可以关闭屏幕显示，仅保持GDDRAM内容，需要时再唤醒（0xAF），这比反复重绘整屏更省电。
4. 关闭未用模块：在初始化代码中，关闭ADC、模拟比较器等未使用的外设模块。

5.2 性能与资源权衡

• 程序空间：最终代码约842字节，而三个字体的位图数据高达3664字节，几乎占满了ATtiny85的8KB Flash。如果还需要更多功能，必须精简字体（如只保留数字和常用符号）或使用更稀疏的字体。
• 执行速度：软件模拟I2C和从Flash读取字体数据都是相对较慢的操作。全屏刷新（1024字节）会花费可观的时间。因此，应避免频繁的全屏更新，只刷新需要改变的区域（局部刷新）。
• 扩展性：板上预留的EEPROM接口非常实用。可以将不常用的字体或图标存储在外部EEPROM中，需要时通过I2C读取，从而释放宝贵的程序存储空间。

6. 进阶探索：无帧缓冲下的图形绘制

原项目作者提到了正在尝试实现画点和画线功能，这是无帧缓冲模式下最大的挑战。因为无法读取屏幕上已有的像素状态，任何图形操作都变成了“盲写”。

6.1 画点（Set Pixel）

原理：确定点(X, Y)位于哪个页（Page = Y / 8），以及在该页的哪个比特位（Bit = Y % 8）。我们需要向该页的对应列写入一个字节，这个字节需要将特定的Bit置1，同时不能影响其他Bit。但由于无法读取原有数据，我们必须自己“记住”或“计算”这个字节的其他位。

• 方法一（内存缓存单页）：在SRAM中开辟一个128字节的数组，缓存当前正在操作的那一页（8行）的所有数据。画点时，先修改缓存数组，当需要更新屏幕时，将整页数据发送出去。这需要128字节RAM，对于ATtiny85来说负担很重，但可以接受（还剩384字节）。
• 方法二（实时计算覆盖）：如果图形简单（比如画一条线），可以按顺序画点。画下一个点时，如果它还在同一列同一页，那么需要写入的字节就是上一个点写入的字节与新点的Bit进行“或”运算。这需要程序逻辑来维护当前列的临时字节数据。实现起来更复杂，但几乎不占额外RAM。

6.2 画线（Bresenham算法）

Bresenham算法是光栅化直线的高效算法，只使用整数运算。在无帧缓冲下，其实现与画点函数紧密耦合。算法会生成一系列(X, Y)坐标，然后调用画点函数。挑战依然在于如何高效地向屏幕写入这些离散的点，而不引起过度的I2C通信开销（每次画点都设置地址并发送一个字节效率极低）。 一个优化策略是：在画线过程中，跟踪当前页和列。如果下一个点仍在当前列，则累计算需要设置的Bit，直到列改变或线画完，再将这个累积的字节一次性发送出去。这需要更复杂的状态管理，但能大幅减少I2C通信次数。

7. 常见问题与调试心得实录

在开发过程中，踩坑是必然的。这里记录几个典型问题及其解决方法。

调试中最有用的工具：

1. 逻辑分析仪：几十块钱的国产8通道逻辑分析仪配合PulseView软件，是调试I2C、SPI等数字协议的利器。能清晰看到每一位数据、地址和ACK，快速定位通信问题。
2. AVR仿真器/调试器：如Atmel-ICE或便宜的USBasp配合仿真调试功能，可以单步执行汇编代码，观察寄存器变化，对于复杂逻辑排查至关重要。
3. 耐心与分模块测试：不要试图一次性写完所有功能。先确保I2C的START/STOP和发送一个字节能工作；再测试发送初始化命令序列屏幕能否点亮；最后测试发送固定的位图数据能否显示一个方块或一条横线。步步为营。

这个项目让我再次体会到，在资源受限的嵌入式世界里，每一字节内存、每一微安电流、每一个时钟周期都值得去“斤斤计较”。用汇编和Bit-Bang去驱动一个OLED屏，更像是一次与硬件直接对话的旅程，虽然过程曲折，但成功后对系统底层的理解是使用高级语言和现成库无法比拟的。它为你打开了一扇门，让你能够去挑战那些看似不可能的任务，例如在只有512字节RAM的芯片上，依然让信息清晰可见。