STM32——硬件I2C通信实战：从寄存器配置到EEPROM读写（学习笔记）

2026/7/16 2:46:56

1. 硬件I2C通信基础与STM32实现原理

第一次接触STM32的硬件I2C时，我被那些密密麻麻的寄存器配置搞得头晕眼花。后来在调试AT24C02 EEPROM时才发现，只要理解了硬件I2C的工作机制，实际操作起来比软件模拟要稳定得多。硬件I2C本质上是通过STM32内置的专用电路自动处理时序，我们只需要配置好相关寄存器，硬件就会自动生成符合I2C协议的波形。

STM32的硬件I2C外设包含三个关键寄存器：控制寄存器(CR)、状态寄存器(SR)和数据寄存器(DR)。CR寄存器用来使能I2C、配置时钟频率等基础参数；SR寄存器实时反映总线状态，比如是否接收到应答信号；DR寄存器则是数据中转站，所有发送和接收的数据都要经过它。我刚开始总搞混这些寄存器的功能，后来用快递站做类比就明白了：CR像是管理处的控制面板，SR是仓库的监控屏幕，DR就是存放包裹的货架。

与软件模拟I2C相比，硬件方案有三个明显优势：首先是波形更规整，实测用逻辑分析仪抓取波形时，硬件I2C的时钟占空比完全一致；其次是CPU占用率低，数据传输过程不需要频繁中断；最重要的是稳定性，在多设备总线环境下，硬件I2C能自动处理时钟拉伸等特殊情况。记得有次项目中使用软件I2C读取MPU6050，因为中断干扰导致时序错乱，换成硬件方案后问题立刻消失。

2. 硬件I2C初始化配置详解

配置STM32的硬件I2C就像组装一台精密仪器，每个参数都要精确设置。以常用的STM32F4系列为例，硬件I2C初始化主要涉及GPIO和I2C外设两部分配置。GPIO需要设置为复用开漏模式，这点很关键——我曾在项目中忘记配置开漏模式，结果SDA线无法被从设备拉低，导致通信失败。

具体到寄存器配置，时钟控制是第一个难点。APB1总线时钟通常为42MHz，而I2C标准模式要求100kHz时钟，快速模式400kHz。通过配置I2C_CCR寄存器实现分频，计算公式为：

CCR = APB1时钟 / (2 * I2C时钟频率)

例如要实现400kHz时钟，CCR值应设置为42MHz/(2*400kHz)=52.5，取整后写入53。实际调试时发现，CCR值过小会导致通信失败，建议保持在0x04以上。

地址配置也容易出错。STM32支持7位和10位两种地址模式，常用的是7位模式。这里有个坑：I2C协议规定地址要左移1位，最低位表示读写方向。比如AT24C02的地址是0xA0（写）和0xA1（读），但实际写入OAR寄存器时要右移1位，即0x50。我第一次调试时就栽在这个细节上，花了半天时间才找到问题。

完整的初始化代码示例如下：

void I2C_Init(void) { // GPIO配置 GPIO_InitTypeDef GPIO_InitStruct; GPIO_InitStruct.Pin = GPIO_PIN_6|GPIO_PIN_7; // PB6-SCL, PB7-SDA GPIO_InitStruct.Mode = GPIO_MODE_AF_OD; GPIO_InitStruct.Pull = GPIO_PULLUP; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH; GPIO_InitStruct.Alternate = GPIO_AF4_I2C1; HAL_GPIO_Init(GPIOB, &GPIO_InitStruct); // I2C外设配置 hi2c1.Instance = I2C1; hi2c1.Init.ClockSpeed = 400000; hi2c1.Init.DutyCycle = I2C_DUTYCYCLE_2; hi2c1.Init.OwnAddress1 = 0; hi2c1.Init.AddressingMode = I2C_ADDRESSINGMODE_7BIT; hi2c1.Init.DualAddressMode = I2C_DUALADDRESS_DISABLE; hi2c1.Init.OwnAddress2 = 0; hi2c1.Init.GeneralCallMode = I2C_GENERALCALL_DISABLE; hi2c1.Init.NoStretchMode = I2C_NOSTRETCH_DISABLE; HAL_I2C_Init(&hi2c1); }

3. EEPROM读写操作实战解析

读写EEPROM是检验I2C掌握程度的试金石。以AT24C02为例，它的存储空间为256字节，每次读写都要先发送目标地址。这里有个重要特性：EEPROM的写入需要5-10ms的页写入周期，如果连续写入时不加延迟，会导致操作失败。

单字节写入流程如下：

发送起始条件（设置CR1的START位）
发送设备地址+写方向（0xA0）
等待EV5事件（起始条件已发送）
等待EV6事件（地址已发送并收到应答）
发送要写入的存储地址
等待EV8事件（数据寄存器空）
发送要写入的数据
等待EV8_2事件（字节传输完成）
发送停止条件

对应的代码实现：

HAL_StatusTypeDef EEPROM_WriteByte(uint16_t devAddress, uint16_t memAddress, uint8_t data) { return HAL_I2C_Mem_Write(&hi2c1, devAddress, memAddress, I2C_MEMADD_SIZE_8BIT, &data, 1, 100); }

多字节读取更复杂些，需要处理"重复起始条件"：

发送起始条件
发送设备地址+写方向
等待EV5和EV6事件
发送要读取的存储地址
发送重复起始条件
发送设备地址+读方向
配置ACK/NACK响应
依次读取数据
发送停止条件

实际项目中，我推荐使用HAL库的HAL_I2C_Mem_Read函数简化操作：

uint8_t EEPROM_ReadBuffer(uint8_t *pBuffer, uint8_t ReadAddr, uint16_t NumByteToRead) { HAL_StatusTypeDef status = HAL_I2C_Mem_Read(&hi2c1, EEPROM_ADDRESS, ReadAddr, I2C_MEMADD_SIZE_8BIT, pBuffer, NumByteToRead, 100); return (status == HAL_OK) ? 1 : 0; }

4. 状态事件分析与调试技巧

STM32硬件I2C通过状态事件（EV5、EV6等）来指示通信进度。这些事件本质上是多个状态位的组合，例如EV5对应SR1的SB位（起始位已发送）。掌握这些事件是调试的关键——就像开车时要会看仪表盘。

常见事件解析：

EV5：起始条件已生成，检查SR1的SB位
EV6：地址已发送，检查SR1的ADDR位
EV8：数据寄存器空，可以发送下一字节
EV7：接收到数据，检查SR1的RXNE位

调试时最常遇到的是总线挂起问题，表现为SR1的BUSY位一直为1。解决方法包括：

重新初始化I2C外设
短暂切换GPIO模式手动产生停止条件
检查SCL/SDA线是否被意外拉低

逻辑分析仪是调试利器。通过对比标准I2C波形，可以快速定位问题。有一次我发现通信失败，用逻辑分析仪抓取波形后发现SCL周期不稳定，最终发现是CCR寄存器配置错误导致时钟分频异常。

5. 硬件I2C的进阶应用与优化

当项目要求高性能时，硬件I2C的DMA功能就派上用场了。配置DMA可以实现大批量数据传输而不占用CPU资源。以读取MPU6050传感器数据为例，使用DMA后CPU占用率从15%降到不足1%。

DMA配置关键点：

设置DMA通道为外设到内存模式
配置DMA中断用于传输完成通知
使能I2C的DMA请求

// DMA配置示例 hdma_i2c_rx.Instance = DMA1_Stream0; hdma_i2c_rx.Init.Channel = DMA_CHANNEL_1; hdma_i2c_rx.Init.Direction = DMA_PERIPH_TO_MEMORY; hdma_i2c_rx.Init.PeriphInc = DMA_PINC_DISABLE; hdma_i2c_rx.Init.MemInc = DMA_MINC_ENABLE; hdma_i2c_rx.Init.PeriphDataAlignment = DMA_PDATAALIGN_BYTE; hdma_i2c_rx.Init.MemDataAlignment = DMA_MDATAALIGN_BYTE; hdma_i2c_rx.Init.Mode = DMA_NORMAL; hdma_i2c_rx.Init.Priority = DMA_PRIORITY_HIGH; hdma_i2c_rx.Init.FIFOMode = DMA_FIFOMODE_DISABLE; HAL_DMA_Init(&hdma_i2c_rx);

另一个优化方向是中断处理。合理配置I2C中断可以及时响应通信事件。建议开启以下中断：