【GD32】软、硬件I2C对比

模拟I2C（也常被称为软件I2C）是一种完全通过程序代码控制通用GPIO引脚，来模拟I2C通信协议时序的方法。下面对比其与硬件I2C的区别。

特性维度	模拟I2C (软件I2C)	硬件I2C
实现方式	软件程序控制GPIO引脚电平变化，模拟时序波形	微控制器内置专用硬件电路，自动处理协议
引脚灵活性	高，可使用任意GPIO引脚	低，SCL和SDA引脚通常固定
CPU占用	高，通信时CPU需持续参与位操作	低，CPU配置后由硬件自动完成，可解放CPU
通信速率	较低，速率受CPU速度和软件延时精度限制	高，由硬件保证，可达标准/快速等模式
开发复杂度	流程清晰，但需编写所有底层时序代码，代码量较大	配置复杂，需理解芯片寄存器，但常有库函数辅助
稳定性与可靠性	时序易受中断等因素干扰，但流程可控；稳定性依赖软件质量	硬件处理时序精确稳定，但某些芯片的硬件I2C可能存在缺陷
可移植性	高，与具体芯片硬件无关，易于跨平台移植	低，与特定微控制器型号及其外设绑定

理解模拟I2C的核心在于掌握其如何用软件"拼"出I2C协议的每一个信号。

基本通信信号模拟 ：I2C协议依赖于起始条件 、停止条件 、数据有效性 和应答机制等基本信号。模拟I2C就是通过精确控制两根GPIO（分别作为SDA和SCL）的输出高低电平以及读取输入状态，来模拟这些信号。
- 起始信号：先将SDA和SCL都设置为高电平；然后在SCL保持高电平时，将SDA从高电平拉低。
- 停止信号：先将SCL拉高，然后在SCL高电平期间，将SDA从低电平拉高。
- 数据位传输：在SCL为低电平时，改变SDA数据线电平，准备数据位；在SCL为高电平时，SDA必须保持稳定，此时数据有效。
- 应答位：每传输完8位数据后，接收方需要在下一个时钟脉冲期间将SDA拉低作为应答。
关键实现步骤：一个完整的模拟I2C驱动通常需要实现以下函数：
1. GPIO初始化 ：将SDA和SCL引脚初始化为开漏输出模式，并外接上拉电阻。
2. 起始信号函数 (I2C_Start)。
3. 停止信号函数 (I2C_Stop)。
4. 发送字节函数 (I2C_SendByte)：将一个字节的数据（8位）从高位到低位依次发出。
5. 接收字节函数 (I2C_ReadByte)：从总线上读取一个字节的数据。
6. 等待应答函数 (I2C_Wait_Ack)：发送完地址或数据后，检查从设备是否应答。
7. 延时控制：需要编写精确的微秒级延时函数，以满足I2C协议的时序要求。

根据上面的对比，你可以根据项目需求做出合适的选择。

何时选择模拟I2C？
- 项目原型验证或学习阶段：模拟I2C的流程非常清晰，有助于深入理解I2C协议的底层细节。
- 硬件I2C外设数量不足或引脚冲突：当MCU的硬件I2C接口已被占用或不够用时。
- 硬件I2C存在兼容性或稳定性问题：某些微控制器的硬件I2C可能存在Bug，模拟I2C可作为可靠的替代方案。
- 对通信速率要求不高的应用：如读取温湿度传感器、EEPROM等低速设备。
- PCB布局引脚受限：需要将I2C信号映射到非专用引脚以方便布线。
何时优先选择硬件I2C？
- 高速数据交换：需要达到400kbps甚至1Mbps的通信速率时。
- 低功耗应用：硬件I2C在通信时CPU可以进入休眠，更省电。
- 复杂总线结构：系统中有多个主设备，需要硬件I2C支持的总线仲裁功能。
- 需要使用DMA：希望用DMA来搬运大量数据，进一步减轻CPU负担。

如果你决定使用模拟I2C，以下几点可以帮助你更好地实现它。