简介：在嵌入式系统中，当硬件IIC资源受限时，可通过软件模拟实现IIC通信。本文介绍如何使用STM32微控制器的GPIO口模拟IIC总线协议，并与MPU6050六轴运动传感器进行数据交互。通过配置GPIO为推挽输出和输入模式，结合精确时序控制，实现起始/停止条件、数据发送与接收等IIC关键时序。项目包含“IIC.c”和“IIC.h”核心文件，已成功读取MPU6050的加速度、角速度和姿态信息，适用于无硬件IIC模块或引脚复用受限的应用场景。该方案在资源有限的STM32系统中具有高实用性和可移植性。
IIC总线协议与STM32软件模拟实战：从物理层到MPU6050数据采集
你有没有遇到过这样的情况——项目里明明接好了MPU6050，可就是读不出数据？或者硬件IIC莫名其妙“锁死”，怎么都解不开？🙃 别急，这背后八成是IIC总线的锅。而最靠谱的解法，有时候反而是 不用硬件IIC，自己用GPIO来“手搓”一个 。
今天咱们就来干一票大的：从IIC协议底层原理讲起，手把手教你如何在STM32上用两个普通IO口，精准模拟出一条稳定可靠的IIC总线，并成功驱动MPU6050传感器，实时获取六轴运动数据。全程不依赖任何硬件外设，代码可移植、逻辑可控，哪怕芯片引脚紧张也能搞定！
准备好了吗？我们直接开整👇
一、IIC不只是两根线那么简单：SDA/SCL背后的通信哲学
提到IIC（Inter-Integrated Circuit），大家第一反应往往是“两根线、简单、省引脚”。确实，它只需要 SDA（串行数据） 和 SCL（串行时钟） 就能实现多设备通信。但你知道吗？正是这种看似简单的结构，藏着不少设计玄机。
半双工 + 共享总线 = 谁都不能“独占”
IIC是 半双工同步通信 ，意味着同一时间只能有一个方向传输数据。更关键的是，所有设备共享同一组SDA和SCL线——这就像是办公室里只有一部电话，谁想打电话都得先确认没人正在用。
那问题来了：如果多个主设备同时想说话，怎么办？
答案是： 靠电气特性自动仲裁 。而这，就得归功于IIC独特的 开漏输出 + 外部上拉 结构。
🌟 简单说一句：IIC不是靠软件协商谁先说话，而是靠“谁能把总线拉得更低”来决胜负——这就是所谓的“线与”逻辑。
起始与停止信号：通信的“开关门”机制
每次通信开始前，必须发送一个 起始条件（START） ；结束后要发一个 停止条件（STOP） 。它们不像普通数据位那样按字节传，而是通过 特定的电平跳变顺序 来触发。
标准定义如下：
- ✅ 起始信号 ：当SCL为高时，SDA从高变低
- ✅ 停止信号 ：当SCL为高时，SDA从低变高
注意！这是整个协议中 唯一允许在SCL高电平时改变SDA状态的情况 。其他时候，SDA必须在SCL低电平时变化，在高电平时保持稳定，以便接收方采样。
来看一段模拟起始信号的C代码：
void iic_start() {
SDA_HIGH();
SCL_HIGH();
delay_us(4); // 确保空闲状态维持足够时间
SDA_LOW(); // 在SCL=1时拉低SDA → 触发起始
delay_us(4);
SCL_LOW(); // 拉低SCL，准备发送第一个数据位
}
是不是很简单？但别小看这几行代码——少一个延时、错一步顺序，从设备可能就完全无感了。
二、为什么GPIO配置决定了成败：推挽 vs 开漏的生死抉择
你在用GPIO模拟IIC时，是不是习惯性地把引脚设成“推挽输出”？比如这样：
GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP; // ❌ 错误示范！
兄弟，停手吧！🛑 这样做轻则通信失败，重则烧IO口！
推挽输出为啥不能用？
推挽输出的特点是：能主动输出高电平（连接VDD），也能主动拉低（接地）。听起来很强大对吧？但在共享总线上，这就成了“霸道总裁”——一旦某个设备强行输出高电平，别的设备就算想拉低也拉不动！
想象一下这个场景：
- 主控用推挽输出将SDA拉高；
- 从机需要返回ACK，于是试图把SDA拉低；
- 结果主控还在“强撑”高电平，两者形成直通短路……
后果可能是：
- 引脚发热甚至损坏；
- 总线电压悬停在中间值（既不高也不低）；
- 通信彻底瘫痪。
所以结论很明确： IIC总线绝不允许使用推挽输出作为主控驱动方式 ！
正确姿势：开漏输出 + 外部上拉
正确的做法是使用 开漏输出（Open-Drain） ，并搭配外部上拉电阻。
什么是开漏？
- 内部MOSFET只能将引脚拉到GND（输出低）；
- 输出“高”时，实际上是断开状态（高阻态）；
- 高电平由外部上拉电阻提供。
这样一来，无论哪个设备都可以安全地将总线拉低，而释放后自动恢复为高电平。就像一群人共用一根绳子，谁想往下拽都能做到，松手后弹簧把它拉回去。
下面是STM32 HAL库中的标准配置：
GPIO_InitTypeDef GPIO_InitStruct = {0};
__HAL_RCC_GPIOB_CLK_ENABLE();
GPIO_InitStruct.Pin = GPIO_PIN_6 | GPIO_PIN_7; // SCL & SDA
GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_OD; // 必须是开漏！
GPIO_InitStruct.Pull = GPIO_PULLUP; // 可启用内部弱上拉辅助
GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH;
HAL_GPIO_Init(GPIOB, &GPIO_InitStruct);
⚠️ 注意事项：
- Pull = GPIO_PULLUP 是可选的，通常内部上拉约40kΩ，仅用于防干扰；
- 实际应用中仍需外加1.8kΩ~10kΩ精密上拉电阻，否则上升沿太慢会导致高位误判。
多设备协同工作图示
下面这张mermaid图清晰展示了多个设备如何通过开漏结构和平共处：
graph TD
A[MCU SDA Pin] -->|开漏MOSFET| B((SDA总线))
C[EEPROM SDA Pin] -->|开漏MOSFET| B
D[Sensor SDA Pin] -->|开漏MOSFET| B
E[External Pull-up Resistor] -->|连接至VDD| B
B --> F[逻辑分析仪监测点]
style A fill:#f9f,stroke:#333
style C fill:#bbf,stroke:#333
style D fill:#faa,stroke:#333
style E fill:#dfd,stroke:#333
style B fill:#fff,stroke:#f00,stroke-width:2px
🔍 图释：只要任意一个设备将总线拉低，整体就为低；全部释放后，上拉电阻让总线回到高电平。完美实现“谁需要谁主导”的协作模式。
三、上拉电阻怎么选？算出来的才是科学，猜出来的叫碰运气
很多人随便焊个4.7kΩ上去就开始调试，结果发现高速模式下波形拖尾巴，或者低功耗设备耗电离谱……其实， 上拉电阻的选择是一道精确的物理题 ，核心在于平衡两个矛盾目标：
✅ 上升时间够快（避免通信错误）
❌ 静态功耗不能太大（影响续航）
总线电容是隐形杀手
每段PCB走线、每个芯片输入端都会引入寄生电容，累积起来可能达到几百皮法（pF）。假设总线电容 $ C_b = 400\,\text{pF} $，这是IIC标准规定的最大值。
上拉电阻 $ R_p $ 和总线电容构成RC充电回路，上升时间近似为：
$$
t_r \approx 2.2 \times R_p \times C_b
$$
IIC标准模式（100kHz）要求上升时间 ≤ 1000ns（即1μs），代入公式：
$$
R_p \leq \frac{1000}{2.2 \times 400} \approx 1.14\,\text{k}\Omega
$$
也就是说，若想满足时序要求，上拉电阻不能超过约1.1kΩ！但这还不完……
还要考虑灌电流限制
STM32等MCU的GPIO在开漏模式下有最大灌电流限制（一般为3mA）。当总线被拉低时，电流会流经上拉电阻进入IO口：
$$
I = \frac{V_{DD} - V_{OL}}{R_p}
$$
假设供电3.3V，低电平阈值0.4V，则最小电阻应满足：
$$
R_{p(min)} = \frac{3.3 - 0.4}{0.003} \approx 967\,\Omega
$$
所以最终推荐范围竟只有 970Ω ~ 1.14kΩ ，非常窄！
实战选型建议表
| 应用场景 | 总线长度 | 估算Cb | 推荐Rp | 说明 |
|---|---|---|---|---|
| 板内短距通信 | <10cm | 50–100pF | 2.2kΩ–4.7kΩ | 常规选择，平衡性能与功耗 |
| 多传感器扩展板 | 10–20cm | 150–300pF | 1.8kΩ–2.2kΩ | 防止边沿过缓导致误码 |
| 长线传输（带缓冲） | >30cm | >400pF | 1kΩ 或加驱动器 | 否则上升沿严重延迟 |
| 超低功耗电池设备 | 极短 | <50pF | 10kΩ | 牺牲速度换取节能 |
💡 小贴士：如果你发现示波器上看SCL/SDA上升沿像“爬坡”一样缓慢，第一时间检查是不是上拉太大或总线电容过高！
四、手写时序才是真功夫：软件模拟IIC的核心控制逻辑
没有硬件自动处理起始、停止、ACK这些细节，全靠CPU一步步操作GPIO，听起来累不累？累！但好处是—— 一切尽在掌握之中 。
下面我们拆解四个最关键环节。
1. 起始与停止信号生成（含防坑指南）
前面我们写了 iic_start() 函数，现在再强化一下健壮性：
void iic_start(void) {
SDA_HIGH();
SCL_HIGH();
delay_us(5); // 至少4.7μs，确保总线空闲
SDA_LOW(); // SCL=1期间SDA↓ → START
delay_us(5);
SCL_LOW(); // 拉低SCL，进入数据阶段
}
对应的停止信号：
void iic_stop(void) {
SDA_LOW();
SCL_HIGH(); // 先保证SCL=1
delay_us(5);
SDA_HIGH(); // SCL=1期间SDA↑ → STOP
delay_us(5);
}
🚨 常见错误提醒：
- ❌ 在SCL还没稳定为高时就改SDA状态 → 从机无法识别起始；
- ❌ 停止后立即重启而未留空闲时间 → 某些设备（如MPU6050）会忽略后续命令；
- ✅ 正确做法：两次通信之间至少延时6μs以上。
2. 数据位传输：SCL高低电平的艺术节奏
每一位数据传输分两步走：
1. SCL低电平期间 ：主设备设置SDA电平（准备数据）
2. SCL高电平期间 ：从设备采样SDA（读取数据）
时序参数（标准模式）：
| 参数 | 名称 | 最小值 |
|---|---|---|
| t LOW | SCL低电平宽度 | 4.7 μs |
| t HIGH | SCL高电平宽度 | 4.0 μs |
| t SU:DAT | 数据建立时间 | 250 ns |
| t H:DAT | 数据保持时间 | 0 ns |
因此，我们可以写出通用的发送字节函数：
uint8_t iic_send_byte(uint8_t byte) {
for (int i = 0; i < 8; i++) {
SCL_LOW();
delay_us(2);
if (byte & 0x80)
SDA_HIGH();
else
SDA_LOW();
delay_us(2);
SCL_HIGH(); // 开始采样
delay_us(5); // 维持高电平≥4μs
SCL_LOW();
byte <<= 1;
}
// 读取ACK
SCL_LOW();
sda_set_input(); // 切换为输入模式
delay_us(2);
SCL_HIGH();
delay_us(5);
uint8_t ack = (SDA_READ() == 0) ? 1 : 0; // 低电平为ACK
SCL_LOW();
sda_set_output(); // 恢复输出
return ack;
}
看到没？这里有个关键动作： 发送完一字节后，要把SDA切换成输入模式去读ACK ！
3. GPIO方向动态切换：双向通信的灵魂
由于SDA是双向线，我们必须能在输出和输入之间灵活切换。封装两个函数即可：
void sda_set_output(void) {
GPIO_InitTypeDef gpio = {0};
gpio.Pin = SDA_PIN;
gpio.Mode = GPIO_MODE_OUTPUT_OD;
gpio.Pull = GPIO_NOPULL;
HAL_GPIO_Init(SDA_PORT, &gpio);
}
void sda_set_input(void) {
GPIO_InitTypeDef gpio = {0};
gpio.Pin = SDA_PIN;
gpio.Mode = GPIO_MODE_INPUT;
gpio.Pull = GPIO_NOPULL;
HAL_GPIO_Init(SDA_PORT, &gpio);
}
⚠️ 注意：不要启用内部上拉！否则会影响外部电平判断。
4. 接收字节与应答控制
接收过程类似，只是角色反转：
uint8_t iic_read_byte(uint8_t ack) {
uint8_t data = 0;
sda_set_input();
for (int i = 0; i < 8; i++) {
SCL_LOW();
delay_us(2);
SCL_HIGH();
delay_us(2);
data = (data << 1) | SDA_READ();
delay_us(3);
}
SCL_LOW();
sda_set_output();
if (ack)
SDA_LOW(); // 发送ACK
else
SDA_HIGH(); // 发送NACK
delay_us(2);
SCL_HIGH();
delay_us(5);
SCL_LOW();
return data;
}
其中 ack 参数决定是否继续读取下一个字节：
- ACK（低）：还想读更多；
- NACK（高）：这是最后一个字节，准备发STOP。
五、实战：驱动MPU6050六轴传感器全流程
终于到了激动人心的时刻——我们要用刚刚写的模拟IIC代码，去唤醒并读取MPU6050的数据啦！
1. MPU6050基本特性速览
- IIC地址：
0x68（AD0接地）或0x69（AD0接VCC） - 默认处于睡眠模式，需先唤醒
- 支持±2g~±16g加速度量程，±250~±2000°/s陀螺仪量程
- 数据从
0x3B开始连续排列，共14字节（含温度）
2. 初始化流程详解
第一步：唤醒设备（PWR_MGMT_1 = 0x00）
uint8_t pwr_mgmt1 = 0x00;
iic_write_reg(MPU6050_ADDR, 0x6B, &pwr_mgmt1, 1);
第二步：设置量程
// 加速度计 ±8g
iic_write_reg(MPU6050_ADDR, 0x1C, (uint8_t[]){0x10}, 1);
// 陀螺仪 ±2000°/s
iic_write_reg(MPU6050_ADDR, 0x1B, (uint8_t[]){0x18}, 1);
第三步：启用低通滤波器（抑制噪声）
iic_write_reg(MPU6050_ADDR, 0x1A, (uint8_t[]){0x06}, 1); // DLPF=98Hz
📌 附：量程与LSB对照表
| 量程 | 加速度 LSB/g | 陀螺仪 LSB/dps |
|---|---|---|
| ±2g | 16384 | 131 |
| ±4g | 8192 | 65.5 |
| ±8g | 4096 | 32.8 |
| ±16g | 2048 | 16.4 |
3. 批量读取原始数据
MPU6050支持连续读取，我们可以一次性拿下X/Y/Z加速度和角速度：
uint8_t raw[14];
iic_read_regs(MPU6050_ADDR, 0x3B, raw, 14);
// 合并16位补码数据
int16_t ax = (raw[0] << 8) | raw[1];
int16_t ay = (raw[2] << 8) | raw[3];
int16_t az = (raw[4] << 8) | raw[5];
int16_t gx = (raw[8] << 8) | raw[9];
int16_t gy = (raw[10] << 8) | raw[11];
int16_t gz = (raw[12] << 8) | raw[13];
转换为物理单位：
float accel_x_g = ax / 4096.0f;
float gyro_x_dps = gx / 16.4f;
🎯 提示：长时间静止状态下可采集均值作为零偏补偿，提升精度。
六、高级技巧：资源受限下的调优策略与稳定性保障
你以为写完就能稳定运行？Too young too simple 😏 实际工程中还有很多坑等着填。
1. 中断安全通信：关键时刻不能掉链子
硬件IIC在中断中容易因DMA冲突或状态机混乱导致锁死。而我们的软件模拟完全可以放进临界区：
__disable_irq(); // 关中断，进入临界区
iic_start();
iic_write_byte(addr << 1);
iic_write_byte(reg);
iic_restart();
iic_write_byte((addr << 1) | 1);
data = iic_read_byte(0);
iic_stop();
__enable_irq(); // 恢复中断
✅ 优势：完全可控，不怕被打断。
2. 总线恢复机制：应对“死锁”奇招
有时从设备异常会把SCL长期拉低，导致总线挂起。此时可以尝试“打拍子”唤醒：
void iic_bus_recover() {
sda_set_input(); // 释放SDA
for (int i = 0; i < 9; i++) {
scl_low();
delay_us(5);
scl_high();
delay_us(5);
}
sda_set_output();
}
发送9个时钟脉冲后，多数IIC设备会退出当前状态，释放总线。
3. 超时重试机制：让通信更健壮
uint8_t iic_write_with_retry(uint8_t addr, uint8_t reg, uint8_t *data, int len) {
for (int retry = 0; retry < 3; retry++) {
if (mpu_iic_write(addr, reg, data, len) == 0)
return 0;
delay_ms(10);
}
return 1; // 失败
}
结合日志打印，便于后期排查问题。
七、架构设计：打造可移植、易维护的IIC软总线模块
为了让你的代码能轻松移植到不同项目甚至不同MCU平台，建议采用分层抽象设计。
抽象接口层（iic_soft.h）
typedef struct {
void (*init)(void);
void (*start)(void);
void (*stop)(void);
uint8_t (*write_byte)(uint8_t data);
uint8_t (*read_byte)(uint8_t ack);
} I2C_Soft_Driver;
extern const I2C_Soft_Driver soft_i2c;
平台适配层（iic_stm32f1.c）
const I2C_Soft_Driver soft_i2c = {
.init = iic_init,
.start = iic_start,
.stop = iic_stop,
.write_byte = iic_write_byte,
.read_byte = iic_read_byte
};
上层应用只需调用统一API，无需关心底层实现。
线程安全增强（FreeRTOS环境）
在多任务系统中，务必保护总线访问：
SemaphoreHandle_t i2c_mutex;
void mpu_task(void *pv) {
while (1) {
if (xSemaphoreTake(i2c_mutex, pdMS_TO_TICKS(100))) {
read_mpu6050(&data);
xSemaphoreGive(i2c_mutex);
vTaskDelay(pdMS_TO_TICKS(20));
}
}
}
避免多个任务同时操作造成信号紊乱。
结语：掌握底层，才能驾驭复杂
你看，IIC看似简单，实则处处是细节。从GPIO模式选择、上拉电阻计算，到时序控制、方向切换，再到实际驱动传感器，每一步都需要严谨对待。
而软件模拟IIC的最大价值，不只是“备用方案”，更是 对通信本质的理解入口 。当你亲手写出每一个起始信号、亲自等待每一个ACK，你会发现：原来那些神秘的硬件外设，也不过是由这些基础动作组合而成。
下次再遇到IIC通信异常，你不会再盲目地查接线、换电源，而是能冷静地说一句：
“让我看看是不是上升沿太慢，或者某个家伙忘了释放总线。”
这才是真正的工程师底气 💪
🔧 附赠彩蛋 ：想要完整可编译的STM32工程模板（支持F1/F4/F7/H7系列）？欢迎留言“求源码”，我会打包发你！🚀
简介：在嵌入式系统中，当硬件IIC资源受限时，可通过软件模拟实现IIC通信。本文介绍如何使用STM32微控制器的GPIO口模拟IIC总线协议，并与MPU6050六轴运动传感器进行数据交互。通过配置GPIO为推挽输出和输入模式，结合精确时序控制，实现起始/停止条件、数据发送与接收等IIC关键时序。项目包含“IIC.c”和“IIC.h”核心文件，已成功读取MPU6050的加速度、角速度和姿态信息，适用于无硬件IIC模块或引脚复用受限的应用场景。该方案在资源有限的STM32系统中具有高实用性和可移植性。
扫一扫
327
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
