基于ATtiny44的微型I2C总线扫描仪设计与实现-开发者社区

1. 项目概述：一个极简主义的I2C总线扫描仪

在嵌入式开发，尤其是涉及传感器、执行器或各类外设模块的项目中，I2C总线是最常用的通信协议之一。调试I2C设备时，最基础也最让人头疼的问题之一，就是确认设备地址是否正确、总线连接是否正常。市面上有现成的逻辑分析仪或I2C主机适配器，但对于一个只想快速验证一下的极客或工程师来说，它们要么太贵，要么太笨重，要么需要连接电脑，不够“随手可用”。

于是，我动手做了一个“微型I2C扫描仪”。它的核心思想是极简和便携：用一颗超低成本的8位单片机ATtiny44驱动一块小巧的0.96英寸OLED显示屏，再通过软件模拟一个I2C主机端口去扫描总线。整个设备可以做得非常小巧，甚至可以集成到你的开发板旁边，随时插上SDA和SCL两根线，就能在屏幕上直观地看到总线上所有设备的地址。这玩意儿不追求功能强大，只追求在关键时刻能快速、可靠地告诉你：“嘿，你的传感器还活着，地址是0x68。”

这个项目的魅力在于它的“螺蛳壳里做道场”。ATtiny44资源极其有限（仅4KB Flash，256字节RAM），既要驱动一个128x64像素的图形OLED，又要实现I2C扫描逻辑，还不能用硬件I2C（因为ATtiny44没有，且一个硬件I2C端口也不够同时驱动屏幕和扫描）。这就需要我们在软件架构和算法上做一些精巧的设计，比如如何在没有足够RAM做显存的情况下实时渲染扫描结果矩阵。接下来，我会详细拆解这个项目的设计思路、硬件选型、软件实现以及那些只有亲手做过才会知道的“坑”。

2. 核心硬件选型与电路设计解析

2.1 主控芯片：为什么是ATtiny44？

在8位AVR单片机家族里，可选型号很多，比如更常见的ATmega328P（Arduino Uno核心）或ATtiny85。选择ATtiny44，是基于以下几个核心考量：

引脚数量与I/O需求：这个项目至少需要4个GPIO：两个用于软件模拟I2C驱动OLED（SCL_A, SDA_A），两个用于软件模拟I2C扫描总线（SCL_B, SDA_B）。ATtiny44拥有12个可用的I/O引脚（14引脚封装，扣除VCC和GND），完全满足需求，并且还有余量可以添加一个复位按钮或状态LED。而ATtiny85只有6个I/O，会显得捉襟见肘。
内存与性能的平衡：ATtiny44拥有4KB的Flash和256字节的SRAM。256字节的RAM是关键瓶颈。一个128x64的单色位图缓冲区需要1024字节（128 * 64 / 8），这远远超出了它的能力。因此，我们必须放弃使用帧缓冲区的传统方式，采用实时计算像素点的“无缓存”渲染算法。ATtiny44的4KB Flash足以容纳这种算法和I2C驱动代码。它的运行速度（最高20MHz）也足以保证扫描和显示刷新率在人眼可接受的范围内。
成本与封装：ATtiny44价格低廉，且提供SOIC、PDIP等易于手工焊接的封装。相比之下，功能更强的ATmega系列芯片成本更高，体积也更大，不符合“微型”的定位。

注意：ATtiny44没有硬件I2C外设。这在本项目中反而成了一个优势，因为我们需要两个独立的I2C主机端口（一个固定地址用于屏幕，一个可变地址用于扫描）。用软件模拟（Bit-banging）可以更灵活地控制这两个端口的时序和状态，互不干扰。

2.2 显示模块：0.96英寸OLED及其驱动

0.96英寸的OLED显示屏通常指的是分辨率为128x64的模块，驱动芯片多为SSD1306。选择它原因如下：

可视性与尺寸：0.96英寸的尺寸在“足够显示信息”和“保持设备微型化”之间取得了完美平衡。128x64的分辨率足以显示一个8x8的地址矩阵以及一些文本信息。
接口与功耗：这类模块通常支持I2C和SPI两种接口。我们选择I2C接口，因为它只需要两根数据线（加上电源线），比SPI更节省引脚。OLED是自发光器件，在显示深色内容时功耗极低，非常适合电池供电的便携设备。
驱动兼容性：SSD1306的驱动非常成熟，有大量开源库。但为了极致压缩代码空间并适配我们的无缓存渲染算法，我们不能直接使用通用的Adafruit_SSD1306或U8g2库（它们通常需要帧缓冲区）。我们需要为其编写一个高度定制化的、只包含最基本绘图命令（如画点、画线）的轻量级驱动。

电路连接设计：

OLED模块：通常有4个引脚：VCC（3.3V或5V）、GND、SCL、SDA。ATtiny44的I/O口是5V容忍的，但SSD1306芯片的工作电压通常是3.3V。因此，必须在ATtiny44的SCL/SDA输出线与OLED的SCL/SDA输入线之间串联一个330Ω-1kΩ的电阻，作为简单的限流/电平匹配。或者，更稳妥的方法是使用一个双向电平转换器（如TXB0104）。VCC可以接3.3V或5V（如果模块支持5V）。
扫描端口：引出两个排针或测试钩，分别标记为SDA_SCAN和SCL_SCAN。这两个端口需要连接上拉电阻（通常4.7kΩ）到VCC，这是I2C总线正常工作的必要条件。可以在PCB上集成这两个电阻，也可以依赖被扫描设备的总线上拉电阻（但为了可靠性，最好自己集成）。
电源：整个系统可以由一枚CR2032纽扣电池（3V）或USB接口（5V）供电。如果使用3V供电，需要确认ATtiny44和OLED都能在3V下正常工作（ATtiny44最低工作电压为1.8V，SSD1306通常最低2.8V）。使用5V供电则更通用，但需注意OLED模块的耐压。

2.3 PCB设计与布局要点

为了达到“微型”和“一体”的效果，最佳方案是设计一块与0.96英寸OLED模块尺寸完全一致的PCB。OLED模块通过排针垂直插在这块PCB上（就像盾板一样）。

尺寸匹配：精确测量OLED模块的安装孔和排针位置，在PCB上对应位置放置焊盘或通孔。确保OLED插上后稳固且高度合适。
核心器件布局：ATtiny44应放置在PCB背面（与OLED显示面相反），以节省正面空间。扫描端口（SDA/SCL）的排针和电源输入接口（如电池座或Micro USB插座）可以布置在PCB边缘。
去耦电容：必须在ATtiny44的VCC和GND引脚之间，尽可能靠近芯片的位置，放置一个0.1uF的陶瓷去耦电容。这是保证单片机稳定运行、防止电源噪声的关键，绝不能省略。
编程接口：ATtiny44需要通过ISP（如USBasp）编程。需要在PCB上预留一个6针的ISP接口（MOSI, MISO, SCK, RESET, VCC, GND）。项目完成后，这个接口可以空置，不影响使用。

3. 软件架构与核心算法实现

3.1 双软件I2C主机驱动实现

由于需要两个独立的I2C端口，我们必须实现两个软件I2C主机。这里的关键是代码复用和时序精度。

// 定义两个I2C端口使用的引脚 #define I2C_DISPLAY_PORT 0 #define I2C_SCAN_PORT 1 #define SDA_DISPLAY PB0 #define SCL_DISPLAY PB1 #define SDA_SCAN PA0 #define SCL_SCAN PA1 // 通用的I2C延时函数，用于产生标准模式（100kHz）或快速模式（400kHz）的时序 void i2c_delay(void) { _delay_us(5); // 对应约100kHz，根据实际CPU时钟调整 } // 针对特定端口的引脚操作宏 #define SDA_HIGH(port) if(port==I2C_DISPLAY_PORT) DDRB &= ~(1<<SDA_DISPLAY); else DDRA &= ~(1<<SDA_SCAN) #define SDA_LOW(port) if(port==I2C_DISPLAY_PORT) { DDRB |= (1<<SDA_DISPLAY); PORTB &= ~(1<<SDA_DISPLAY); } else { DDRA |= (1<<SDA_SCAN); PORTA &= ~(1<<SDA_SCAN); } // ... 类似定义SCL_HIGH, SCL_LOW, SDA_READ // 完整的软件I2C启动、发送字节、接收应答、停止等函数 // 这些函数需要接收一个`port`参数来区分操作哪个总线 uint8_t i2c_send_byte(uint8_t port, uint8_t data) { for(uint8_t i=0; i<8; i++){ if(data & 0x80) SDA_HIGH(port); else SDA_LOW(port); i2c_delay(); SCL_HIGH(port); i2c_delay(); SCL_LOW(port); i2c_delay(); data <<= 1; } // 读取ACK SDA_HIGH(port); i2c_delay(); SCL_HIGH(port); i2c_delay(); uint8_t ack = SDA_READ(port); SCL_LOW(port); return ack; // 返回0表示收到ACK }

注意事项：

时序精度：_delay_us()函数的精度依赖于CPU时钟频率和编译优化。务必使用#define F_CPU正确定义时钟频率（如1000000UL表示1MHz），并确保编译器优化级别（如-Os）不会过度优化这些延时循环。最好用示波器验证一下SCL频率是否符合预期。
端口操作速度：软件模拟I2C会占用大量CPU时间。在扫描总线时，显示屏的刷新可能会稍有延迟，这是可以接受的。如果扫描速度太慢，可以尝试提高CPU时钟频率（ATtiny44最高可运行于20MHz），或者优化延时函数。

3.2 无帧缓冲区的OLED实时渲染算法

这是本项目最精妙的部分。我们无法在256字节的RAM里存放128x64的位图，但我们可以利用OLED的“页寻址模式”（Page Addressing Mode）和“实时计算”来绘制内容。

SSD1306将屏幕在垂直方向分为8个“页”（Page），每页8行像素，对应一个字节的数据。向显存写入数据时，可以按页、按列的顺序进行。

渲染地址矩阵的思路：我们想在屏幕上画一个8行 x 8列的矩阵，每个格子代表一个可能的I2C地址（低4位）。例如，左上角格子代表地址0x00，右下角代表地址0xEE（注意，由于地址是7位左移一位，所以实际有效的地址都是偶数，即低4位只能是0,2,4,6,8,A,C,E）。

数据结构：我们只需要一个8字节的数组uint8_t address_map[8]。每个字节的8个位（bit）对应一行中的8个地址（即高4位相同，低4位不同的8种可能）。如果某个地址有设备，就将对应的位置1。例如，address_map[0] = 0x81表示在低4位为0x0?的这一行中，高4位为0x0和0x7的地址有设备。
渲染函数：我们不需要知道整个屏幕的图像，只需要知道当前正在绘制的这个“页”（8行像素）里，哪些点需要点亮。
- 外层循环：遍历8列（对应地址的高4位，0-F，但只取0-7因为矩阵是8x8？这里需要澄清：实际上I2C地址是7位，范围0x08-0x77。我们将其左移一位变成8位地址后，范围是0x10-0xEE。高4位范围是1-E，低4位是0,2,4,6,8,A,C,E。为了在8x8矩阵中显示，我们需要做一个映射。一种常见的直观映射是：用行号表示地址的[3:1]位（因为最低位恒为0），用列号表示地址的[6:4]位。这样8行8列刚好覆盖0x08-0x77的扫描范围。）
- 内层循环：遍历当前页的8行像素（实际上，一次渲染一页，即8行像素的高度）。
- 核心计算：对于当前页的每一行像素（记为page_row，0-7），我们需要计算这一行像素所对应的所有地址格子中，有哪些格子应该被点亮。这需要根据address_map和当前绘制的位置进行位运算。
- 具体绘制：每个地址格子可能占据多个像素（比如16x16像素）。计算好当前页的这一行像素所对应的所有像素点后，合并成一个字节，通过I2C一次性发送给OLED控制器，写入当前列的对应位置。

void draw_address_matrix(void) { // 假设我们已经通过扫描，填充好了 address_map[8] // 设置OLED进入页寻址模式，并定位到绘图起始位置 oled_set_page_address(0, 7); oled_set_column_address(0, 127); // 每个地址格子假设宽16像素，高8像素（正好一页） for(uint8_t col=0; col<8; col++) { // 遍历8列 for(uint8_t page=0; page<8; page++) { // 遍历8页（对应整个屏幕高度） uint8_t page_data[16] = {0}; // 临时存储这一页中16列像素的数据 // 对于这一页中的每一行像素（page*8 + row_in_page） // 我们需要找出哪些地址格子落在这行像素上 // 这涉及到将屏幕像素坐标映射回 address_map 的位 // ... 这里是复杂的映射和位运算代码 ... // 计算完成后，将 page_data 的16个字节通过I2C发送出去 for(uint8_t i=0; i<16; i++) { i2c_send_byte(I2C_DISPLAY_PORT, page_data[i]); } } } }

实操心得：这个映射和实时计算算法是调试中最耗时的部分。建议先在PC上用Python或C语言写一个模拟程序，将预期的address_map打印成文本形式的矩阵，或者生成一个PNG图片，与OLED实际显示进行对比调试。在单片机上调屏幕显示非常低效。

3.3 I2C设备扫描逻辑

I2C扫描的原理很简单：遍历所有可能的7位地址（0x08到0x77，0x00-0x07和0x78-0x7F是保留地址），向每个地址发送一个START信号，然后发送地址字节（写操作，即地址左移一位，最低位为0），看是否收到ACK（应答）。

void scan_i2c_bus(void) { // 清空地址地图 memset(address_map, 0, sizeof(address_map)); for(uint8_t addr = 0x08; addr <= 0x77; addr++) { // 1. 发送START条件 i2c_start(I2C_SCAN_PORT); // 2. 发送地址字节（写模式） uint8_t write_addr = addr << 1; if(i2c_send_byte(I2C_SCAN_PORT, write_addr) == 0) { // 收到ACK，说明该地址有设备 // 将地址映射到我们的 address_map 位中 uint8_t row = (addr & 0x0E) >> 1; // 取地址的[3:1]位作为行索引（因为最低位恒为0，所以右移1位） uint8_t col = (addr >> 4) & 0x07; // 取地址的[6:4]位作为列索引 address_map[row] |= (1 << col); } // 3. 发送STOP条件，结束本次探测 i2c_stop(I2C_SCAN_PORT); _delay_ms(1); // 短暂延时，避免总线过于拥挤 } }

注意事项：

保留地址：务必避开0x00-0x07和0x78-0x7F的I2C保留地址。扫描这些地址可能导致不可预知的行为。
总线锁死：如果总线上有设备在通信中发生错误（如未及时释放SDA线），可能导致总线锁死。一个健壮的扫描程序应该在每次扫描前尝试发送几个STOP条件来复位总线状态。可以在i2c_start函数前先调用几次i2c_stop。
扫描速度：遍历128个地址，加上延时，一次完整扫描可能需要几百毫秒。这对于一个调试工具来说是可以接受的。你可以将其设置为上电扫描一次，然后按按钮重新扫描。

4. 系统软件流程与优化策略

4.1 主程序循环设计

主程序的结构需要平衡扫描、显示和用户交互。

int main(void) { // 初始化 clock_init(); // 设置系统时钟（如内部8MHz） io_init(); // 配置I/O引脚方向 oled_init(); // 初始化OLED，设置为页寻址模式等 oled_clear(); // 清屏 draw_static_elements(); // 绘制标题、边框等静态内容 // 首次扫描并显示 scan_i2c_bus(); draw_address_matrix(); while(1) { // 1. 检查按键（如果接了按键） if(button_pressed()) { _delay_ms(50); // 消抖 if(button_pressed()) { // 重新扫描并更新显示 scan_i2c_bus(); draw_address_matrix(); while(button_pressed()); // 等待按键释放 } } // 2. 可以加入低功耗睡眠模式（如果使用电池供电） // 在没有按键操作时，让MCU进入空闲(IDLE)或掉电(Power-down)模式 // 通过外部中断（按键）唤醒 // set_sleep_mode(SLEEP_MODE_PWR_DOWN); // sleep_enable(); // sleep_cpu(); // sleep_disable(); // 3. 简单的看门狗喂狗（如果使能了看门狗） // wdt_reset(); } }

4.2 内存与代码空间优化技巧

在ATtiny44上编程，必须精打细算每一字节的RAM和Flash。

使用const和PROGMEM：所有不变的字符串、字体点阵数据、静态图像数据，必须存放在Flash中（使用PROGMEM关键字），并通过pgm_read_byte()函数读取。绝对不要放在RAM里。
```
const uint8_t font_5x7[] PROGMEM = { ... }; uint8_t char_data = pgm_read_byte(&font_5x7[char_index * 5 + col]);
```
全局变量最小化：除了绝对必要的状态变量（如address_map），尽量使用局部变量。编译器通常会将局部变量优化到寄存器中。
选择合适的数据类型：在AVR上，int是16位，处理起来比8位的uint8_t慢。对于循环计数器、引脚编号等小数值，坚持使用uint8_t。
函数复用与内联：将频繁使用的小函数（如i2c_delay、引脚操作宏）定义为static inline，可以节省函数调用的开销。但注意，过度内联会增加代码体积，需要权衡。
编译器优化：务必使用-Os优化选项（优化尺寸）。有时-O2（优化速度）可能会产生更小的代码，需要实测。

4.3 显示效果的增强

基础的地址矩阵可能有些枯燥。我们可以增加一些有用的信息来提升用户体验：

地址标注：在矩阵的左侧和上方，用极小的字体（如3x5像素）标注出行和列对应的十六进制数（高半字节和低半字节）。这需要额外的字体数据和绘图逻辑。
选中高亮：如果连接了多个设备，可以通过一个旋转编码器或两个按键来“选择”矩阵中的一个地址。被选中的地址格子可以闪烁或反色显示，并在屏幕角落显示该地址的完整十六进制值（如0x68）。
扫描动画：在扫描过程中，可以在屏幕上显示一个进度条，或者让当前正在探测的地址格子闪烁，让用户知道设备正在工作。

这些增强功能会消耗更多的Flash空间，需要根据编译后的大小决定是否加入。一个基本原则是：核心的扫描和矩阵显示功能必须保证，增强功能是锦上添花。

5. 制作、调试与问题排查实录

5.1 焊接与组装注意事项

ATtiny44焊接：SOIC封装相对容易焊接。使用助焊剂和细头烙铁。检查所有引脚，防止桥接和虚焊。焊接完成后，用万用表蜂鸣档检查VCC和GND是否短路，以及每个I/O引脚与相邻引脚是否短路。
OLED连接：确保OLED排针与PCB焊盘对齐并垂直。可以先焊接排针到PCB上，再将OLED插上。或者使用排母（female header）焊在PCB上，这样OLED可以随时拔插，但会稍微增加一点厚度。
上拉电阻：扫描端口（SDA_SCAN, SCL_SCAN）的4.7kΩ上拉电阻必须焊接。即使你打算使用外部总线的上拉电阻，也建议保留，作为默认配置。
电源滤波：0.1uF的去耦电容必须尽可能靠近ATtiny44的VCC和GND引脚。这是稳定工作的基石。

5.2 软件调试流程与常见问题

问题1：OLED完全不亮或显示乱码。

检查电源：用万用表测量OLED模块VCC和GND之间的电压，确认是3.3V还是5V，是否符合模块要求。
检查I2C地址：常见的0.96寸OLED的I2C地址可能是0x3C或0x3D。你需要查阅模块资料或尝试扫描。我们的扫描仪自己还没工作，可以用另一个Arduino运行I2C扫描程序来确认地址。
检查时序：用逻辑分析仪或示波器抓取SCL和SDA的波形。确认START条件（SDA在SCL高时由高变低）、数据位变化（SDA在SCL低时变化，高时稳定）、ACK位以及STOP条件（SDA在SCL高时由低变高）是否符合I2C规范。软件延时i2c_delay的数值可能需要根据你的CPU频率微调。
检查初始化序列：SSD1306需要一系列初始化命令才能进入图形显示模式。确保你的oled_init()函数正确发送了所有必要的命令（如设置对比度、显示开、页寻址模式等）。可以参考成熟的驱动库（如ssd1306.h）中的初始化代码。

问题2：I2C扫描不到任何设备，但设备用其他工具测试是好的。

检查接线：确认SDA和SCL线没有接反，接触良好。
检查上拉电阻：扫描端口必须有上拉电阻（4.7kΩ）。如果没有，总线无法拉高，所有通信都会失败。
检查总线电压：如果被扫描设备是3.3V电平，而你的扫描仪输出是5V，可能会造成通信失败或损坏设备。建议在扫描端口也加入电平转换电路，或者确保扫描仪工作在3.3V。
扫描逻辑错误：在i2c_send_byte函数中，发送完8位数据后，释放SDA线（设置为输入上拉）并读取ACK的步骤是否正确？ACK信号是设备在第九个时钟周期将SDA拉低。你的程序需要在这个周期将SDA引脚配置为输入，并读取其电平。
设备忙：有些设备在完成一次操作后需要一定时间才能响应下一次寻址。在发送STOP条件后，增加一个几毫秒的_delay_ms()。

问题3：显示矩阵错位或显示不全。

映射算法错误：这是最可能的原因。仔细检查你的draw_address_matrix函数中的坐标映射逻辑。用已知的地址（如连接一个0x68的RTC模块）进行测试，看它是否出现在矩阵的正确位置（高4位0x6，低4位0x8，左移一位后为0xD0。低4位0x8对应行索引？需要根据你的映射公式计算）。在PC上编写模拟器进行可视化调试是最有效的方法。
OLED设置错误：确认OLED的起始列和起始页设置正确。oled_set_page_address(0, 7)和oled_set_column_address(0, 127)应该设置整个屏幕区域。有些驱动芯片需要你精确设置绘图窗口。

问题4：程序运行不稳定，偶尔复位或无响应。

电源问题：电池电量不足或电源纹波过大。用示波器观察VCC电压，在MCU启动或扫描时是否有大的跌落。确保去耦电容焊接良好。
堆栈溢出：AVR的堆栈空间很小。避免在中断服务程序或递归函数中使用大数组。检查你的函数调用深度。
看门狗复位：如果你使能了看门狗（WDT），必须在主循环中定期喂狗（wdt_reset()），否则MCU会不断复位。

5.3 功能扩展思路

这个微型扫描仪是一个很好的基础平台，可以在此基础上扩展更多实用功能：

I2C信号发生器/调试器：增加几个按键和菜单，可以发送特定的I2C数据包（如读取某个寄存器的值），用于更深入的设备调试。
总线电压监测：利用ATtiny44的ADC功能，测量SDA/SCL线的实际电压，并在屏幕上显示，帮助诊断电平不匹配问题。
多协议支持：同样的硬件，通过修改软件，可以变成SPI总线扫描仪或1-Wire总线扫描仪。
外壳设计：用3D打印一个精致的外壳，将PCB、电池和按钮包裹起来，形成一个真正的便携式工具。

制作这样一个微型工具的过程，不仅让你获得了一个实用的调试利器，更重要的是让你深入理解了I2C协议的精髓、单片机资源受限下的编程哲学以及软硬件协同调试的方法。当屏幕上第一次正确显示出你连接的I2C设备地址时，那种成就感是无可替代的。希望这份详细的拆解能帮助你成功复现或启发你做出属于自己的嵌入式小工具。