HAL库软件IIC驱动AT24C02/AT24C32：从时序解析到跨页读写实战

1. 软件IIC的优势与AT24C02/AT24C32基础

大家好，我是工程师老王，今天想和大家聊聊STM32 HAL库环境下软件模拟IIC驱动AT24C02和AT24C32的那些事儿。你可能听说过硬件IIC，但在实际项目中，尤其是对时序要求严格的场景，软件IIC反而更灵活可控。我自己在多个项目里踩过坑，最后发现软件IIC虽然代码量稍大，但调试方便，稳定性也更高。

AT24C02和AT24C32都是常见的EEPROM芯片，用于掉电数据存储。AT24C02容量是2Kbit（256字节），而AT24C32是32Kbit（4096字节）。它们的通信协议都是IIC，但细节上有些差异——比如地址寻址方式，AT24C02用8位地址，AT24C32需要16位地址；页写大小也不同，AT24C02一页8字节，AT24C32一页32字节。这些差异直接影响驱动代码的编写，尤其是跨页读写时的地址处理。

为什么用软件IIC？硬件IIC虽然省事，但STM32的硬件IIC模块在某些型号上可能有bug，比如死锁、时序偏差。软件IIC则完全由代码控制时序，更适合对时序敏感的应用。比如有一次我做温控项目，需要高频读写EEPROM记录数据，硬件IIC偶尔会丢数据，换软件IIC后问题就解决了。

2. 软件IIC的时序实现与GPIO配置

软件IIC的核心是时序模拟——说白了就是用GPIO口模拟SCL和SDA线的电平变化。这里的关键是开漏输出配置。SDA线既要输出数据，又要读取从机应答，开漏模式加外部上拉电阻可以避免电平冲突。如果用推挽输出，每次切换方向都得重新初始化GPIO，麻烦还容易出错。

我的建议是：SCL设为推挽输出（因为时钟线永远是主机控制），SDA设为开漏输出。代码里用宏定义封装引脚操作，比如：

#define IIC_SDA_H() HAL_GPIO_WritePin(GPIOB, GPIO_PIN_7, GPIO_PIN_SET)
#define IIC_SDA_L() HAL_GPIO_WritePin(GPIOB, GPIO_PIN_7, GPIO_PIN_RESET)
#def