STM32 HAL库I2C中断模式原理与工程实践

1. I2C中断模式编程原理与工程实现

在嵌入式系统开发中，I2C总线因其引脚资源占用少、硬件结构简单、支持多主多从架构等优势，被广泛应用于传感器数据采集、EEPROM读写、OLED显示控制等场景。然而，当系统对实时性、CPU利用率或多任务并发能力提出更高要求时，轮询（Polling）方式的I2C通信便暴露出明显缺陷：CPU在等待传输完成期间处于空转状态，无法响应其他事件，导致系统整体响应延迟增大、功耗升高、软件架构僵化。HAL库提供的中断（Interrupt）模式正是为解决这一问题而设计的核心机制——它将传输控制权交由硬件外设自主执行，CPU仅在关键节点介入，从而实现真正的异步通信。

中断模式的本质并非“更快地发送数据”，而是重构了软件与硬件的协作范式：CPU发起一次传输请求后立即返回，继续执行后续逻辑；I2C外设在后台自动完成起始信号生成、地址帧发送、数据帧移位、应答检测、停止信号生成等全部物理层操作；当整个传输过程结束（或发生错误）时，硬件自动触发中断请求，CPU暂停当前任务，进入中断服务函数（ISR），执行用户定义的回调处理逻辑。这种解耦设计使得单核MCU也能高效支撑多外设协同工作，是构建可靠嵌入式应用的基础能力。

本节将基于STM32F103系列MCU（以常见最小系统板为参考平台），结合HAL库v1.8.4标准实现，深入剖析I2C中断模式的完整工程链路。所有分析均严格遵循芯片参考手册（RM0008）、HAL库源码（stm32f1xx_hal_i2c.c/.h）及实际调试经验，不引入任何未经验证的假设或扩展功能。

1.1 中断模式与轮询模式的本质差异

理解中断模式的第一步，是厘清其与轮询模式在系统行为层面的根本区别。以HAL_I2C_M