3、硬件接口设计：SPI通信协议详解、I2C通信协议详解、电平匹配与上拉电阻、PCB布局注意事项

好，咱们进入硬件接口设计这一章。说实话，这部分是驱动OLED显示器的“硬骨头”。协议没选对，或者电平没匹配好，屏幕要么不亮，要么花屏，甚至可能烧芯片。我这些年踩过的坑，大多都跟这几个细节有关。

3.1 SPI通信协议详解

SPI，全称Serial Peripheral Interface，说白了就是“四线制”同步串行通信。为什么OLED驱动特别喜欢用SPI？因为快。我做过一个项目，刷新率要求60帧，用I2C死活跑不满，换成SPI后，数据吞吐量直接翻了三倍。

SPI的四根线分别是：

  • SCLK（时钟线）：由主机产生，决定通信速率。OLED驱动一般支持10MHz~20MHz，但别一上来就拉满，先看数据手册。
  • MOSI（主出从入）：主机发送数据给OLED。注意，OLED是“只收不发”的从设备，所以MISO（主入从出）这根线通常可以省掉。
  • CS（片选线）：低电平有效。当CS拉低时，OLED才会响应SPI时钟和数据。我习惯在每次传输前先拉高再拉低CS，确保状态机复位。
  • DC（数据/命令选择线）：这是OLED特有的。DC=0时，传输的是命令（比如设置亮度）；DC=1时，传输的是显示数据（像素点）。

关键点：SPI的时序模式有四种（CPOL和CPHA组合）。OLED驱动芯片（如SSD1306、SH1106）通常工作在模式0（CPOL=0, CPHA=0）或模式3（CPOL=1, CPHA=1）。我建议你直接用模式0，兼容性最好。

下面是一个典型的SPI初始化代码片段，我用的是STM32的HAL库：

// SPI初始化配置
SPI_HandleTypeDef hspi1;
hspi1.Instance = SPI1;
hspi1.Init.Mode = SPI_MODE_MASTER;
hspi1.Init.Direction = SPI_DIRECTION_2LINES_TXONLY; // 只发送，不接收
hspi1.Init.DataSize = SPI_DATASIZE_8BIT;
hspi1.Init.CLKPolarity = SPI_POLARITY_LOW;   // CPOL=0
hspi1.Init.CLKPhase = SPI_PHASE_1EDGE;       // CPHA=0
hspi1.Init.NSS = SPI_NSS_SOFT;               // 软件控制CS
hspi1.Init.BaudRatePrescaler = SPI_BAUDRATEPRESCALER_4; // 4分频，约4.5MHz
hspi1.Init.FirstBit = SPI_FIRSTBIT_MSB;
HAL_SPI_Init(&hspi1);

个人经验：SPI的时钟频率不要超过OLED数据手册标称值的80%。我曾经为了追求速度，把时钟设到18MHz（手册标称20MHz），结果在高温环境下频繁出现数据错位。降回12MHz后，稳如老狗。

3.2 I2C通信协议详解

I2C，Inter-Integrated Circuit，两根线（SDA和SCL）搞定一切。它的优势是引脚少，适合空间受限的手表设计。但缺点也很明显——速度慢。标准模式100kHz，快速模式400kHz，跟SPI动辄十几MHz没法比。

I2C的通信过程是这样的：

  1. 主机发送起始条件（SCL高电平时，SDA从高变低）。
  2. 主机发送7位从机地址 + 1位读写位（写为0）。OLED的I2C地址通常是0x3C或0x3D，具体看SA0引脚的电平。
  3. 从机应答（ACK）后，主机发送命令或数据。
  4. 传输结束后，主机发送停止条件（SCL高电平时，SDA从低变高）。

嗯，这里要注意一个细节：OLED的I2C接口在发送数据前，需要先发一个控制字节。控制字节的格式是：

  • Bit 7~1：固定为0
  • Bit 0：Co（连续位）和D/C#（数据/命令位）的组合。通常Co=0，D/C#=0表示后续是命令，D/C#=1表示后续是数据。

说白了，就是每次I2C写操作，都要先发一个控制字节告诉OLED“接下来我要发命令还是数据”。这个设计有点绕，我第一次用的时候还卡了好一会儿。

// I2C写命令函数
void OLED_WriteCmd(uint8_t cmd) {
    uint8_t buf[2];
    buf[0] = 0x00;  // 控制字节：Co=0, D/C#=0，表示后续是命令
    buf[1] = cmd;
    HAL_I2C_Master_Transmit(&hi2c1, OLED_ADDR, buf, 2, 100);
}

// I2C写数据函数
void OLED_WriteData(uint8_t data) {
    uint8_t buf[2];
    buf[0] = 0x40;  // 控制字节：Co=0, D/C#=1，表示后续是数据
    buf[1] = data;
    HAL_I2C_Master_Transmit(&hi2c1, OLED_ADDR, buf, 2, 100);
}

避坑指南：我曾经在一个项目里，I2C总线挂载了OLED和另一个传感器。结果OLED老是通信失败。查了半天，发现是传感器的地址跟OLED冲突了。I2C总线上每个设备必须有唯一地址，否则会“打架”。

3.3 电平匹配与上拉电阻

这是新手最容易忽略的问题。OLED驱动芯片的工作电压通常是1.65V~3.3V，而你的主控可能是5V（比如Arduino）或3.3V（比如STM32）。如果电平不匹配，轻则通信异常，重则烧毁OLED。

我个人的习惯是：

  • 3.3V主控配3.3V OLED：直接连接，无需电平转换。
  • 5V主控配3.3V OLED：必须加电平转换芯片（如TXB0104）或电阻分压。千万别直接连！
  • 1.8V主控配3.3V OLED：需要双向电平转换，或者选支持1.8V的OLED型号。

再说上拉电阻。I2C的SDA和SCL是开漏输出，必须外接上拉电阻。阻值怎么选？

  • 标准模式（100kHz）：4.7kΩ~10kΩ
  • 快速模式（400kHz）：1.5kΩ~4.7kΩ
  • 高速模式（1MHz以上）：1kΩ左右

你想想看，上拉电阻太小，功耗大；太大，信号上升沿变缓，容易出错。我一般先按4.7kΩ来，如果通信不稳定，再换成2.2kΩ试试。

重要提示：SPI的MOSI和SCLK是推挽输出，不需要上拉电阻。但CS和DC线如果由主控的GPIO控制，建议内部上拉或外部上拉，防止浮空电平导致误触发。

3.4 PCB布局注意事项

PCB布局，说白了就是“走线艺术”。OLED驱动电路虽然简单，但布局不好，照样出问题。我总结了几条铁律：

  1. 电源去耦电容要靠近OLED的VCC引脚：我习惯在VCC和GND之间放一个10μF的钽电容和一个0.1μF的陶瓷电容。钽电容滤低频，陶瓷电容滤高频。距离不要超过5mm。
  2. 信号线尽量短，避免平行走长线：SPI时钟线（SCLK）和数据线（MOSI）如果平行走太长，会产生串扰。我一般让它们之间隔一个地线，或者保持3倍线宽的距离。
  3. 地线要完整，不要有“孤岛”：OLED的GND引脚必须通过最短路径回到主控的GND。如果地线绕了一大圈，噪声会耦合到显示数据上，导致花屏。
  4. I2C的SDA和SCL走线要等长：虽然I2C速度不高，但等长走线可以减少信号反射。我一般让两根线的长度差不超过10%。
  5. 避免在OLED下方走大电流线：OLED本身是敏感器件，下方走大电流线（比如电池充电线）会产生电磁干扰，影响显示稳定性。

个人经验：有一次我做手表PCB，为了省空间，把OLED的FPC排线折了180度。结果屏幕出现条纹干扰。后来发现是排线折角处的阻抗不连续导致的。从那以后，我要求FPC排线的折角半径至少是排线厚度的10倍。

最后，给大家一个表格，总结一下SPI和I2C的选型建议：

对比项 SPI I2C
引脚数 4根（含DC） 2根
最高速度 10~20MHz 400kHz（快速模式）
通信方式 全双工 半双工
抗干扰能力 较强（差分信号） 较弱（开漏输出）
适用场景 高刷新率、大数据量 低功耗、引脚受限

好了，硬件接口设计这块就讲到这里。下一章咱们聊聊OLED的驱动时序和初始化流程，那才是真正让屏幕亮起来的关键。

← 上一章 📖 返回目录 下一章 →