模拟I2C通信：为什么你该亲手“画”出每一个时钟脉冲？
在嵌入式开发的世界里，我们常常依赖硬件外设来完成通信任务。比如I2C——这个被无数传感器、EEPROM和RTC芯片使用的“老朋友”，通常由MCU内置的专用模块处理。但当你遇到这样一个场景：
“硬件I2C引脚已经被JTAG占了，换不了；
项目要连8个I2C设备，可芯片只给了两路控制器；
某国产温湿度传感器死活不回应ACK，示波器一看才发现它的时序比标准还‘娇气’……”
这时候，模拟I2C就成了你的“救火队员”。
它不是什么高深技术，也不是黑科技补丁，而是一种回归本质的控制方式：用GPIO手动拉高拉低SCL和SDA，一个周期一个周期地“画”出完整的I2C波形。听起来原始？没错。但它灵活、可控、可调试，甚至能让你真正看懂那份晦涩的数据手册。
为什么需要软件模拟I2C？
I2C协议本身设计优雅：两根线（SCL + SDA），支持多主多从，地址寻址清晰。但现实中的硬件往往不那么理想。
硬件I2C的“三宗罪”
- 引脚锁死：很多MCU的I2C只能映射到特定IO，一旦这些引脚用于下载、调试或其他功能，你就没法用了。
- 灵活性差：一旦初始化完成，速率、应答行为、重试机制都被固化，遇到非标设备只能妥协或放弃。
- 调试黑洞：通信失败时，寄存器状态模糊，难以判断是线路问题、地址错误还是时序偏差。
而模拟I2C直接绕开这些问题——因为它的一切都掌握在你手中。
你可以：
- 把SCL和SDA接到任意可用的GPIO上；
- 在代码中插入打印语句或LED闪烁标记关键节点；
- 微调每一个延时参数去适配“怪脾气”的从机；
- 甚至在逻辑分析仪下逐拍观察自己生成的波形是否合规。
这不仅是解决问题的手段，更是理解协议本质的过程。
I2C物理层的本质：电平跳变的艺术
别被各种术语吓住，I2C的核心其实就五个动作：
| 动作 | 如何实现 |
|---|---|
| 起始条件（Start） | SCL高电平时，SDA从高变低 |
| 停止条件（Stop） | SCL高电平时，SDA从低变高 |
| 发送一位数据 | SCL低 → 设置SDA → SCL高（上升沿采样）→ SCL低 |
| 接收一位数据 | SCL低 → 释放SDA → SCL高（读取值）→ SCL低 |
| 应答（ACK） | 接收方在第9个时钟将SDA拉低 |
所有这一切，都建立在一个前提之上：开漏输出 + 外部上拉电阻。
开漏输出为什么重要？
普通推挽输出可以主动驱动高低电平，但I2C总线上任何一方都可以拉低SDA。如果某个设备用了推挽输出并强制写入高电平，而另一个设备正在拉低，就会发生短路！
所以I2C规定使用开漏（Open Drain）或开集（Open Collector）结构：
- 写0 → 引脚接地（强下拉）
- 写1 → 引脚断开（高阻态），靠外部上拉电阻抬升为高电平
因此，在配置GPIO时必须选择开漏输出模式，并且在SCL/SDA线上各加一个4.7kΩ的上拉电阻到VDD。
⚠️ 小贴士：STM32等芯片虽有内部上拉，但阻值较大（通常50kΩ以上），驱动能力弱，建议仍以外部上拉为主。
关键时序不能错：你在“编程”时间
I2C之所以能稳定工作，靠的就是严格的时序规范。Philips（现NXP）的标准文档UM10204定义了不同速率下的最小时间要求。以标准模式（100kHz）为例：
| 参数 | 含义 | 最小值 |
|---|---|---|
| T_HIGH | SCL高电平持续时间 | 4.0 μs |
| T_LOW | SCL低电平持续时间 | 4.7 μs |
| T_SU:STA | 起始前SDA下降到SCL上升的时间 | 4.7 μs |
| T_HD:DAT | 数据保持时间（SCL上升后） | 0 ns（推荐≥3.4μs） |
| T_SU:STO | 停止前SCL上升后SDA上升时间 | 4.0 μs |
这些数值决定了你的延时函数该怎么写。
举个例子，在72MHz的STM32F1上，一条空循环大约消耗几个机器周期。若想实现5μs延时，粗略估算需执行约360个周期，对应几十次for循环即可。
于是你会看到这样的代码：
static void i2c_delay(void) { for(volatile uint32_t i = 0; i < 100; i++); }虽然简单粗暴，但在固定主频系统中非常有效。更高级的做法是结合SysTick或DWT计数器实现微秒级精确延时，提升跨平台移植性。
实战代码拆解：一步步构建自己的I2C主机
下面是一段经过验证的模拟I2C实现，适用于STM32 HAL库环境：
#define I2C_SDA_PORT GPIOB #define I2C_SDA_PIN GPIO_PIN_7 #define I2C_SCL_PORT GPIOB #define I2C_SCL_PIN GPIO_PIN_6 #define I2C_DELAY_TIME 5 // 微秒级延时，适配100kHz static void i2c_delay(void) { for(volatile uint32_t i = 0; i < (SystemCoreClock / 1000000) * I2C_DELAY_TIME / 7; i++); } static void i2c_sda_high(void) { HAL_GPIO_WritePin(I2C_SDA_PORT, I2C_SDA_PIN, GPIO_PIN_SET); } static void i2c_sda_low(void) { HAL_GPIO_WritePin(I2C_SDA_PORT, I2C_SDA_PIN, GPIO_PIN_RESET); } static void i2c_scl_high(void) { HAL_GPIO_WritePin(I2C_SCL_PORT, I2C_SCL_PIN, GPIO_PIN_SET); } static void i2c_scl_low(void) { HAL_GPIO_WritePin(I2C_SCL_PORT, I2C_SCL_PIN, GPIO_PIN_RESET); } static uint8_t i2c_read_sda(void) { return HAL_GPIO_ReadPin(I2C_SDA_PORT, I2C_SDA_PIN); }初始化：准备好舞台
void i2c_init(void) { GPIO_InitTypeDef GPIO_InitStruct = {0}; __HAL_RCC_GPIOB_CLK_ENABLE(); GPIO_InitStruct.Pin = I2C_SCL_PIN | I2C_SDA_PIN; GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_OD; // 开漏输出 GPIO_InitStruct.Pull = GPIO_NOPULL; GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(GPIOB, &GPIO_InitStruct); i2c_scl_high(); i2c_sda_high(); // 空闲状态：总线释放 }注意这里没有启用内部上拉，完全依赖外部电阻维持高电平。
起始条件：启动通信的“发令枪”
uint8_t i2c_start(void) { if (i2c_read_sda() == 0) { // 总线未空闲，可能被其他主设备占用 return 1; } i2c_sda_low(); // SDA: 高 → 低（起始） i2c_delay(); i2c_scl_low(); // 锁定时钟，准备发送数据 i2c_delay(); return 0; }这里先检查SDA是否为高——如果不是，说明总线正忙，避免冲突。
字节发送：逐位输出 + 等待ACK
uint8_t i2c_send_byte(uint8_t byte) { for(int i = 0; i < 8; i++) { i2c_scl_low(); i2c_delay(); if (byte & 0x80) i2c_sda_high(); else i2c_sda_low(); i2c_delay(); i2c_scl_high(); // 上升沿被采样 i2c_delay(); byte <<= 1; } // 第9个时钟：读取ACK i2c_scl_low(); i2c_delay(); i2c_sda_high(); // 主机释放SDA i2c_delay(); i2c_scl_high(); i2c_delay(); uint8_t ack = i2c_read_sda(); // 0=ACK, 1=NACK i2c_scl_low(); i2c_delay(); return ack; }关键点在于第9个时钟周期：主机必须释放SDA，让从机有机会将其拉低表示确认。
接收字节：允许ACK/NACK控制
uint8_t i2c_recv_byte(uint8_t ack) { uint8_t byte = 0; i2c_sda_high(); // 释放SDA，进入输入准备 for(int i = 0; i < 8; i++) { i2c_scl_low(); i2c_delay(); i2c_scl_high(); byte <<= 1; if (i2c_read_sda()) byte |= 0x01; i2c_delay(); } // 发送ACK/NACK i2c_scl_low(); i2c_delay(); if (ack) i2c_sda_low(); // ACK: 拉低SDA else i2c_sda_high(); // NACK: 保持高 i2c_delay(); i2c_scl_high(); i2c_delay(); i2c_scl_low(); return byte; }接收完成后，主机根据需求决定是否发送ACK。例如连续读取时，最后一个字节应返回NACK，通知从机停止发送。
典型应用场景与避坑指南
场景一：引脚不够用怎么办？
某客户项目使用STM32F103C8T6，仅有的I2C1引脚PB6/PB7已被串口占用。解决方案：改用PA9/PA10作为模拟I2C的SCL/SDA，成功接入BH1750光照传感器和AT24C02 EEPROM。
✅经验：只要GPIO支持开漏输出，就能胜任。
场景二：某些设备对保持时间太敏感
一款国产气压传感器在硬件I2C下频繁丢包。经逻辑分析发现其要求T_HD:DAT ≥ 3.4μs，而硬件模块默认设置仅为1μs。换成模拟I2C后，通过增加i2c_delay()时间轻松修复。
🔧秘籍：模拟的优势就在于“微调”。对于非标设备，宁可慢一点，也要稳一点。
场景三：如何扩展多个I2C通道？
工业控制器需连接四组独立I2C设备（每组包含ADC、DAC、IO扩展）。MCU仅提供两路硬件I2C。方案：保留高速设备走硬件通道，其余采用模拟I2C分布在不同GPIO组，实现资源均衡。
📌建议：高频、实时性强的设备优先使用硬件I2C；低速、间歇性访问的外设可用模拟替代。
设计最佳实践清单
| 项目 | 建议 |
|---|---|
| 上拉电阻 | 标准模式选4.7kΩ；快速模式可降至1~2kΩ（评估驱动电流） |
| 总线长度 | 控制在30cm以内，避免长距离平行布线减少干扰 |
| 电源去耦 | 每个I2C设备旁加0.1μF陶瓷电容 |
| 中断安全 | 若在中断中调用模拟I2C，需禁用全局中断或加互斥锁 |
| 超时机制 | 等待ACK超过一定时间（如10ms）应报错退出，防止死循环 |
| 速率协商 | 多设备共存时，统一运行在最低公共速率下 |
它不只是备胎，更是学习利器
很多人把模拟I2C当作“备用方案”，但在我看来，它是最好的教学工具。
当你亲手实现一次起始条件、逐位发送一个地址、等待那个小小的ACK信号回来时，你会突然明白：
- 为什么SCL要在SDA变化之后才上升；
- 为什么读取SDA前要先释放它；
- 为什么有些设备需要额外的延时才能响应；
- 以及——真正的通信，从来不只是调用一个
HAL_I2C_Master_Transmit()那么简单。
掌握模拟I2C，意味着你不再只是API的使用者，而是协议的理解者。
写在最后
在这个高度集成的时代，我们越来越习惯“一键开启”式的开发。但越是如此，越需要有人愿意沉下来，去拨动那根SCL线，去看清每一次电平跳变背后的逻辑。
模拟I2C或许效率不高，也不适合高频应用，但它代表了一种思维方式：当硬件受限时，用软件创造可能性。
无论你是正在调试一块开发板的学生，还是负责量产项目的工程师，不妨试着自己写一套模拟I2C驱动。哪怕只为了点亮一个PCF8574的LED灯，那也是通往底层世界的一扇门。
毕竟，懂协议的人，永远不会被困在引脚里。
如果你在实现过程中遇到了奇怪的NACK、总线锁死或者上升沿过缓的问题，欢迎在评论区分享，我们一起“手动画波形”。
