★ FEATURED ARTICLE I2C 这个东西在嵌入式岗位的招聘 JD 里几乎永远会出现“熟悉 SPI/I2C/UART 等常用通信协议”但你真去问一个工作两年的工程师让他不查手册把 I2C 的应答时序、仲裁机制、EEPROM 的页写边界讲清楚能讲明白的人不到一半。这不是夸张。I2C 看着简单就两根线SCL、SDA真到项目里波形拉不出来、地址切换失败、读写错位、系统卡死……哪个坑都能让你调一整天。这次我从头到尾捋一遍STM32F103 通过硬件 I2C 读写 AT24C02的完整流程。文章不是把参考手册抄一遍而是把我在实际项目中踩过的坑、验证过的波形、以及“为什么这么写”的逻辑讲透。适合刚接触 STM32 的同学跟着把外设跑通也适合已经写过 I2C 但觉得时序理解不透的工程师对照自查。我会先讲 I2C 协议里真正核心的时序点然后用标准外设库SPL的寄存器操作和基于寄存器封装的代码两种方式给出可落地配置最后拿出真实的调试记录告诉你遇到 I2C 总线锁死、电平拉不低、读写数据错位时先查哪、怎么查。1. 先把 I2C 的“字节时序”彻底看明白很多教程上来就让你抄代码I2C_GenerateSTART()、I2C_SendData()一路调下去能跑通就算完。但一旦波形不对根本不知道问题出在哪一环。所以我的习惯是写驱动之前先用手写一张时序图把每个字节的每一位都想清楚。1.1 一个字节在总线上到底怎么走的I2C 的一个完整字节传输包含以下内容起始条件STARTSCL 为高电平时SDA 产生一个下降沿。表示总线开始传输。地址字节8 位数据高 7 位是从机地址最低位是 R/W 位。写操作为 0读操作为 1。应答位ACK主机发送完 8 位数据后释放 SDA 线在第 9 个时钟周期从机如果收到数据会把 SDA 拉低表示应答。数据字节每个数据字节同样是 8 位高位先发每发完一个字节都要等待 ACK。停止条件STOPSCL 为高电平时SDA 产生一个上升沿。表示总线传输结束。有一个非常重要的细节SDA 线上的数据变化只允许在 SCL 为低电平期间发生。也就是说数据要在 SCL 低电平期间准备好SCL 拉高后SDA 必须保持稳定直到 SCL 再次拉低。这就是 I2C 和 SPI 本质上的不同——SPI 的数据是在时钟边沿采样的而 I2C 是在 SCL 高电平期间锁定 SDA 状态的。注意如果你用逻辑分析仪抓波形看到 SDA 在 SCL 为高的时候还在跳变那不是协议错误就是总线竞争。这属于调试时最常出现的“假象”后面我会专门说。1.2 为什么地址字节和“内部存储地址”是两个东西初学者最容易混淆的就是“地址”。AT24C02 的从机地址是固定的0xA0写和0xA1读。这是器件在 I2C 总线上的“门牌号”。但 AT24C02 内部还有自己的存储地址——它拥有 256 字节的存储空间分成 32 页每页 8 字节。你想要读写某个位置的数据就必须告诉芯片“我要访问内部哪个偏移量”。这个偏移量就是内部字地址。所以一个完整的写操作包括发送 START发送从机地址写方向0xA0等待 ACK发送内部字地址比如0x10等待 ACK发送实际数据字节等待 ACK发送 STOP读操作复杂一些尤其“随机读”需要先发送一个空写操作来设置内部字地址再重发 START 切到读方向。很多第一次写 EEPROM 驱动的人就是卡在这里——读数据前忘了先“指路”。1.3 时序参数太快太慢都不行AT24C02 的标准时序支持 100kHz 和 400kHz 两种模式。我在实际项目里默认建议 STM32F103 的 I2C 外设时钟配置成 100kHz标准模式原因是100kHz 下对 PCB 走线长度、上拉电阻的容错度更高信号完整性更容易保证对于 EEPROM 这种低速存储器件1Mbps 的速率并不能带来实际体验差异反而增加麻烦在硬件 I2C 里要算好分频参数。STM32F103 的 I2C 时钟源来自 APB1通常 36MHz标准模式下需要配置CCR寄存器和一个 4MHz 的时序参考。我当时用寄存器配置时核心参数是I2C_InitStructure.I2C_ClockSpeed 100000;I2C_InitStructure.I2C_DutyCycle I2C_DutyCycle_2;I2C_InitStructure.I2C_Ack I2C_Ack_Enable;I2C_InitStructure.I2C_AcknowledgedAddress I2C_AcknowledgedAddress_7bit;用标准外设库的好处是这部分被封装了不用手动算分频。但如果你要自己写寄存器版本切记SCL 的低电平时间必须大于高电平时间否则部分从机芯片会不认。2. 硬件设计上拉电阻和引脚复用是隐形大坑软件代码写得再漂亮硬件上拉不对I2C 照样通不了。这是我在一个真实项目里踩过的坑记忆犹新。当时一个同事把 SCL 和 SDA 的上拉电阻省了觉得反正 MCU 内部能配置上拉。结果示波器一看SDA 高电平只有 2.0V从机芯片怎么都不应答。2.1 为什么 I2C 必须有上拉电阻I2C 总线是开漏结构也就是说器件只能把 SDA/SCL 拉低不能主动拉高。高电平完全依赖外部上拉电阻提供。没有外部上拉或者上拉太弱边沿就会变缓影响通信时序。一般 100kHz 模式下上拉电阻推荐值在 4.7kΩ 到 10kΩ 之间。具体计算涉及总线电容和上升时间的要求[ R_p(min) \frac{V_{CC} - V_{OL(max)}}{I_{OL}} ][ R_p(max) \frac{t_r}{0.8473 \times C_b} ]其中 ( t_r ) 是上升时间标准模式最大 1000ns( C_b ) 是总线电容布线、引脚、器件输入电容的总和一般预估 50pF~100pF。我常用的选择是 4.7kΩ。如果总线上挂了多个从机电容大了可能需要用到 2.2kΩ。但不要盲目减小上拉太小会导致低电平的灌电流过大可能把器件的端口拉坏。注意STM32 的内部上拉一般只有 30~50kΩ对于 I2C 来说太弱了不能当作外部上拉用。这是新手最容易误解的一点。2.2 引脚复用PB6/PB7 上的 PWM 干扰STM32F103 里I2C1 默认复用引脚是 PB6SCL和 PB7SDA。但芯片支持引脚重映射可以把 I2C1 映射到 PB8/PB9。这里有个实际案例想分享。有个项目里PB6/PB7 同时被配置成了定时器的 PWM 输出通道这是完全合法的因为引脚复用是可切换的但问题是我误把 GPIO 配置成了复用推挽输出AF_PP而不是开漏输出AF_OD。推挽输出会把 SDA/SCL 强行拉高或拉低和 I2C 的开漏机制冲突。结果就是主机发送地址后能收到 ACK但多字节连续传输时从机返回的数据读不出来波形看上去有位丢失排查了很久最后发现是引脚模式配置错了。I2C 对应的 GPIO 模式必须配置为复用开漏输出GPIO_Mode_AF_OD不能是复用推挽。软件上 STM32 内部的输出数据寄存器也要置 1表示不主动输出高电平把总线控制权交给上拉电阻。2.3 总线长度和寄生电容的控制I2C 总线的设计目标之一是尽量减小总线电容。在 PCB 布局时SCL 和 SDA 尽量不要走太长避免平行走线过长导致的串扰。实际项目中如果总线上同时挂了 EEPROM、温湿度传感器、RTC 等多个 I2C 器件总线电容很容易超过 400pF。这时候考虑降低通信速率到 100kHz 以下上拉电阻适当减小每个器件的 VCC 引脚旁加 0.1uF 去耦电容另外同一个 I2C 总线上不同器件的地址必须保证不冲突。AT24C02 的地址引脚 A0/A1/A2 可以扩展地址所以实测时要确认硬件上这三个引脚怎么接的别软件里写0xA0硬件却把地址引脚拉高导致实际地址变成0xA6。这种“地址不对”的问题是 I2C 调试里最常见的一类低级但致命的问题。3. 代码实现从寄存器到工程封装的完整方案我下面用标准外设库的寄存器方式来实现因为这样能看清每个步骤对应硬件做了什么。如果你更习惯 HAL 库原理完全一样只是函数名不同。3.1 初始化 I2C1 外设先看初始化部分。我给出一段可直接用的初始化代码重点注释放在容易错的引脚模式配置上void I2C_Init_EE(void) { GPIO_InitTypeDef GPIO_InitStructure; I2C_InitTypeDef I2C_InitStructure; // 使能 GPIOB 和 I2C1 时钟 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE); RCC_APB1PeriphClockCmd(RCC_APB1Periph_I2C1, ENABLE); // PB6 - I2C1_SCL, PB7 - I2C1_SDA GPIO_InitStructure.GPIO_Pin GPIO_Pin_6 | GPIO_Pin_7; GPIO_InitStructure.GPIO_Mode GPIO_Mode_AF_OD; // 复用开漏 GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOB, GPIO_InitStructure); // 把 SDA/SCL 输出寄存器置 1释放总线 GPIOB-BSRR GPIO_Pin_6 | GPIO_Pin_7; // I2C 配置 I2C_InitStructure.I2C_Mode I2C_Mode_I2C; I2C_InitStructure.I2C_ClockSpeed 100000; I2C_InitStructure.I2C_DutyCycle I2C_DutyCycle_2; I2C_InitStructure.I2C_Ack I2C_Ack_Enable; I2C_InitStructure.I2C_AcknowledgedAddress I2C_AcknowledgedAddress_7bit; I2C_Init(I2C1, I2C_InitStructure); I2C_Cmd(I2C1, ENABLE); }关键点在于GPIO_Mode_AF_OD和GPIOB-BSRR ...。前者把引脚配置成开漏输出的复用功能后者把输出数据寄存器置为高电平这样引脚初始状态就是高电平靠外部上拉维持。如果省略这一步可能出现 START 条件帧错误。3.2 主机发送起始条件与等待应答接下来是硬件 I2C 的核心操作发送 START、等待事件、发数据、检查 ACK。我习惯把所有等待事件封装成带超时的函数绝不无限等待。这是嵌入式开发最基本的“防死锁”思想。uint8_t I2C_Start_And_Wait(void) { uint16_t timeout 0; I2C_GenerateSTART(I2C1, ENABLE); // 等待 SB 标志起始条件已发送 while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT)) { timeout; if (timeout 10000) return 1; // 超时返回错误 } return 0; }这里I2C_EVENT_MASTER_MODE_SELECT表示 START 条件已经发出且主机模式已建立。如果一直等不到这个事件通常意味着总线上有其它主机抢占了总线SCL/SDA 上拉有问题起始条件没形成下降沿引脚配置错误开漏没生效3.3 写一个字节到指定地址写操作要分几步先发从机地址再发内部字地址最后发数据。我下面给出一个带参数校验的写单字节函数uint8_t EEPROM_WriteByte(uint8_t dev_addr, uint8_t mem_addr, uint8_t data) { uint16_t timeout 0; // 1. 发送 START if (I2C_Start_And_Wait()) return 1; // 2. 发送从机地址写方向 I2C_Send7bitAddress(I2C1, dev_addr, I2C_Direction_Transmitter); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED)) { timeout; if (timeout 10000) { I2C_GenerateSTOP(I2C1, ENABLE); return 2; } } // 3. 发送内部字地址 I2C_SendData(I2C1, mem_addr); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_TRANSMITTED)) { timeout; if (timeout 10000) { I2C_GenerateSTOP(I2C1, ENABLE); return 3; } } // 4. 发送数据 I2C_SendData(I2C1, data); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_TRANSMITTED)) { timeout; if (timeout 10000) { I2C_GenerateSTOP(I2C1, ENABLE); return 4; } } // 5. 发送 STOP I2C_GenerateSTOP(I2C1, ENABLE); // 6. 等待写周期完成EEPROM 内部擦写时间 delay_ms(5); return 0; }注意函数最后有 5ms 的延时。AT24C02 的写周期时间典型值是 5ms也就是说每次写操作完成后芯片内部要花最多 5ms 的时间把数据真正烧录到存储单元里。这期间芯片不会响应任何指令。如果不等待连续写时第二次写操作会失败。经验分享写完一个字节后不要立刻读回来校验。最好的做法是写完延时 5ms再发一个读操作读回来比对。如果比对不一致再重试写三次三次都失败才报错。这是工业级产品里做 EEPROM 写入可靠性的常用手段。3.4 页写多字节写入的高效方式但要小心边界EEPROM 的好处是能一次写一页AT24C02 一个页 8 字节。也就是说一次写操作可以连续发送最多 8 个字节数据。页写的好处是减少 I2C 总线的通信次数对于需要存一批参数到连续区块的场景非常有用。比如我要存一个校准系数数组长度 8 字节用页写只需要一次地址建立过程比单字节写 8 次快得多。但页写最大的坑是地址自动翻转。AT24C02 的页边界是 8 字节如果你从地址 0x06 开始写 8 个字节数据会写到0x06字节 00x07字节 10x08字节 2 —— 这里已经跨页了硬件会自动回绕到 0x000x00字节 30x01字节 4……后面的全错位到页首也就是说跨页写不会自动换页而是回绕到当前页的起始地址。这是 AT24C02 数据手册里写得清清楚楚、但实际项目中绝大多数人踩过的坑。所以页写函数在写入前必须先判断从起始地址开始写入长度是否跨过页边界。如果跨了就要拆成两次页写甚至拆成多次。我自己封装的页写函数是这样做的uint8_t EEPROM_WritePage(uint8_t dev_addr, uint8_t mem_addr, uint8_t *buf, uint8_t len) { uint8_t i; uint16_t timeout 0; // 先检查 len 是否会导致数据回绕 if ((mem_addr 0x07) len 8) { // 会跨页报错或拆包由上层处理 return 0xFF; } // 发送 START 和从机地址写方向 if (I2C_Start_And_Wait()) return 1; I2C_Send7bitAddress(I2C1, dev_addr, I2C_Direction_Transmitter); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED)) {} // 发送内部字地址 I2C_SendData(I2C1, mem_addr); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_TRANSMITTED)) {} // 连续发送数据 for (i 0; i len; i) { I2C_SendData(I2C1, buf[i]); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_TRANSMITTED)) { timeout; if (timeout 10000) { I2C_GenerateSTOP(I2C1, ENABLE); return 2; } } } I2C_GenerateSTOP(I2C1, ENABLE); delay_ms(5); return 0; }记得在调用方做一层封装如果写入长度大于 8 字节必须分隔成多个页写操作。最简单的方法是对每个页的起始地址和长度进行一次计算循环比如uint8_t EEPROM_WriteBytes(uint8_t dev_addr, uint8_t mem_addr, uint8_t *buf, uint16_t len) { uint8_t page_offset, write_len; uint8_t status 0; while (len 0) { page_offset mem_addr 0x07; // 当前页内偏移 write_len 8 - page_offset; // 本页剩余空间 if (write_len len) write_len len; // 不能超过实际长度 status EEPROM_WritePage(dev_addr, mem_addr, buf, write_len); if (status ! 0) return status; // 出错立即返回 mem_addr write_len; buf write_len; len - write_len; } return 0; }这个实现的核心是page_offset和write_len的计算。mem_addr 0x07取的是地址低 3 位正好是页内偏移。这种按页拆分的思路在处理大数据写入时非常实用。3.5 随机读与连续读先“指路”再“取数”读操作和写操作有一个本质不同就是内部字地址的建立。芯片在随机读时要求主机先执行一次“伪写”即发送 START发送从机地址写方向发送内部字地址再发一次 START此时叫重复起始条件Repeated START发送从机地址读方向然后芯片才会把内部字地址指向的数据放到 SDA 上。注意第 4 步的重复起始条件不能省略。有些单片机初学者直接把第一步和第四步合并成 STOP START也能工作但 I2C 协议标准允许且推荐使用 Repeated START。标准外设库的事件标志里有一个专门的I2C_EVENT_MASTER_RECEIVER_MODE_SELECTED就是等待这个状态。读单个字节的代码uint8_t EEPROM_ReadByte(uint8_t dev_addr, uint8_t mem_addr, uint8_t *data) { uint16_t timeout 0; // 1. 起始 伪写 if (I2C_Start_And_Wait()) return 1; I2C_Send7bitAddress(I2C1, dev_addr, I2C_Direction_Transmitter); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED)) {} I2C_SendData(I2C1, mem_addr); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_TRANSMITTED)) {} // 2. 重复起始 读方向 I2C_GenerateSTART(I2C1, ENABLE); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT)) {} I2C_Send7bitAddress(I2C1, dev_addr, I2C_Direction_Receiver); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_RECEIVER_MODE_SELECTED)) {} // 3. 读取数据前先配置非应答因为只读一个字节 I2C_AcknowledgeConfig(I2C1, DISABLE); // 4. 等待数据到达读数据 while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_RECEIVED)) { timeout; if (timeout 10000) { I2C_AcknowledgeConfig(I2C1, ENABLE); return 2; } } *data I2C_ReceiveData(I2C1); // 5. 发送停止 I2C_GenerateSTOP(I2C1, ENABLE); I2C_AcknowledgeConfig(I2C1, ENABLE); return 0; }在单字节读里必须注意读最后一个字节前要把 ACK 关掉。因为 I2C 协议规定主机在接收数据后需要回 ACK 表示“我还要继续读”或者回 NACK 表示“这是最后一个字节”。如果不提前关 ACK主机对最后一个字节回了 ACK从机就会继续把下一个字节放到总线上——不仅读出来的数据不对总线状态也乱了。如果是连续读多个字节最后一个字节前再关 ACK前面的字节保持 ACK 开启uint8_t EEPROM_ReadBytes(uint8_t dev_addr, uint8_t mem_addr, uint8_t *buf, uint16_t len) { uint16_t timeout 0; uint16_t i; // 伪写 if (I2C_Start_And_Wait()) return 1; I2C_Send7bitAddress(I2C1, dev_addr, I2C_Direction_Transmitter); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED)) {} I2C_SendData(I2C1, mem_addr); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_TRANSMITTED)) {} // 重复起始 读方向 I2C_GenerateSTART(I2C1, ENABLE); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT)) {} I2C_Send7bitAddress(I2C1, dev_addr, I2C_Direction_Receiver); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_RECEIVER_MODE_SELECTED)) {} // 读 len 个字节 for (i 0; i len; i) { if (i len - 1) { I2C_AcknowledgeConfig(I2C1, DISABLE); // 最后一字节前关 ACK } while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_RECEIVED)) { timeout; if (timeout 10000) { return 2; } } buf[i] I2C_ReceiveData(I2C1); } I2C_GenerateSTOP(I2C1, ENABLE); I2C_AcknowledgeConfig(I2C1, ENABLE); return 0; }小技巧连续读时如果一次读超过 一个页8 字节EEPROM 自己会跨页连续读不会像写操作那样回绕。也就是说读操作没有页边界限制。这个特性在批量读取参数时很有用。4. 调试实录I2C 总线上那些“灵异事件”有了代码逻辑不代表就能跑通。这里我整理几个我亲身经历过的调试案例每个都对应一类典型问题后续遇到可以直接对照参考。4.1 案例发送地址后一直等不到 ACK现象I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED一直等不到程序卡死在 while 循环里。排查流程先用逻辑分析仪抓 SCL/SDA。发现 SCL 有波形但 SDA 只有起始条件地址字节后面的 ACK 位一直是高电平。用万用表量从机芯片的电源发现 EEPROM 的 VCC 只有 0.8V——原来是电源芯片的输出电容没焊好导致电压跌落。补焊电源后写操作正常。后来我才意识到最初怀疑的并不是电源而是花了大半个小时查地址。如果一开始就养成了“上电先量电源再看波形最后查代码”的习惯这个问题一分钟就能定位。4.2 案例多字节页写后数据错位现象写入 8 字节数组到地址 0x06读出来发现前两个字节对后面的数据全跑到了 0x00、0x01 上去了。这其实就是典型的页写回绕。前面已经说明过但这里要强调这个错位不会以总线上错误的形式暴露逻辑分析仪抓到的波形完全正常数据确实按地址发过去了只是芯片内部自己回绕了。所以排查这类问题一定要先看写入地址和长度的页边界关系而不是盯着波形看。后来我把这个检查写到所有写接口的入口处从此再没出现过类似问题。4.3 案例读数据时最后多出半个字节现象连续读 8 字节但读回的数据在第 7 个字节时后面又多个0xFF。原因我在读最后一个字节之前把 ACK 关了但执行到读取循环的时候我的 ACK 配置是在进入读取循环前设置的导致最后第 7、8 两个字节都变成 NACK从机因此提前释放总线读出来的第 8 字节是无效的。正确的逻辑是在读取每个字节的循环内判断当i len - 1时在等待数据到达事件之前关闭 ACK。这个 bug 让我意识到事件顺序很重要ACK 的配置时机要在等待数据事件之前而不是在读到数据之后。从机是在主机发送 ACK/NACK 的时钟周期后才送下一个字节的配置晚了就晚了整个节拍。4.4 案例I2C 总线锁死SDA 一直为低现象程序运行一段时间后所有 I2C 通信都失败用示波器看 SDA 一直是低电平SCL 正常。这是 I2C 系统中非常经典的“总线锁死”问题。SDA 被某个从机拉住常见原因有两个从机处于半通信状态因为主机在通信过程中突然复位导致从机还在等待后续的字节此时 SDA 被从机拉低表示 ACK 或等待数据。主机在某个读操作中少了一个停止条件从机以为自己还没收到完整命令一直把 SDA 拉低。解决方法是对 SCL 连续发送 9 个时钟脉冲让从机释放总线。在实际代码里可以这样处理void I2C_Bus_Reset(void) { GPIO_InitTypeDef GPIO_InitStructure; // 先把 PB6/PB7 配成普通开漏输出手动模拟复位时序 GPIO_InitStructure.GPIO_Pin GPIO_Pin_6 | GPIO_Pin_7; GPIO_InitStructure.GPIO_Mode GPIO_Mode_Out_OD; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOB, GPIO_InitStructure); GPIO_WriteBit(GPIOB, GPIO_Pin_6 | GPIO_Pin_7, Bit_SET); // SCL, SDA 1 // 连续发送 9 个时钟脉冲 for (int i 0; i 9; i) { GPIO_WriteBit(GPIOB, GPIO_Pin_6, Bit_RESET); // SCL 0 delay_us(5); GPIO_WriteBit(GPIOB, GPIO_Pin_6, Bit_SET); // SCL 1 delay_us(5); } // 产生一个 STOP 条件 GPIO_WriteBit(GPIOB, GPIO_Pin_7, Bit_RESET); // SDA 0 delay_us(5); GPIO_WriteBit(GPIOB, GPIO_Pin_6, Bit_SET); // SCL 1上升沿 delay_us(5); GPIO_WriteBit(GPIOB, GPIO_Pin_7, Bit_SET); // SDA 1STOP 条件 // 恢复复用功能 GPIO_InitStructure.GPIO_Mode GPIO_Mode_AF_OD; GPIO_Init(GPIOB, GPIO_InitStructure); }这段代码是我在量产设备中实际用过的“总线急救”逻辑通常在每次通信失败重试之前调用一次。对于硬件 I2C 模块还要注意在使用该复位逻辑之前把 I2C 外设失能I2C_Cmd(I2C1, DISABLE)复位完成后再重新使能。4.5 排查工具逻辑分析仪和示波器的选择调试 I2C 的最重要工具我这几年用下来逻辑分析仪的优先级要远高于示波器。原因很简单I2C 是低速协议逻辑分析仪可以完整解码出地址、数据、ACK/NACK、START/STOP 条件比肉眼盯示波器波形有效率得多。我常用的逻辑分析仪采样率设置是 1MHz 采样、8 通道SCL 接 D0、SDA 接 D1。解码配置里选 I2C地址格式选 7 位。如果解码出来的数据不对优先看 ACK 那一格的波形这是定位问题最关键的信息。示波器的作用是看信号质量比如上升沿是否太缓、高低电平是否达标。只有在逻辑分析仪解码完全正确但通信依然偶发失败时才需要示波器看模拟波形。4.6 一个问题排查速查表现象优先排查方向典型原因发送地址后无 ACK从机电源、从机地址、总线电平器件未上电A0/A1/A2 接法与代码不一致上拉电阻缺失起始条件后 SDA 一直是高GPIO 模式错输出模式没配置成开漏推挽输出拉高了总线单字节写正常页写错位写入地址的页边界跨页回绕写前未做长度拆分读数据时多一个字节ACK 配置时机最后一个字节前未关 ACK或配置晚了程序跑一段时间 I2C 失效总线锁死从机等待后续数据导致 SDA 被拉低需手动时钟脉冲复位偶发通信失败信号完整性上拉过弱/过强、总线过长、电源干扰一次发多字节后从机不应答写周期未等待EEPROM 内部擦写需 5ms写操作间隔不够5. 工程中更推荐的做法写周期轮询与掉电保护到这里基础读写已经能跑通了。但要在产品里长期稳定运行还有一些经验值得分享。5.1 用 ACK 轮询替代固定延时AT24C02 数据手册里提到写周期内芯片不响应任何命令。工程师们发现了一个更高效的做法写操作后不固定延时 5ms而是不断发送设备地址写方向一旦芯片完成了内部擦写它会回 ACK说明“我忙完了”。这个方法叫 “Acknowledge Polling”应答轮询。我的实现里会这样写uint8_t EEPROM_WaitForWriteComplete(uint8_t dev_addr) { uint16_t timeout 0; I2C_GenerateSTART(I2C1, ENABLE); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT)) {} // 发写地址如果芯片回 NACK 说明还在忙 I2C_Send7bitAddress(I2C1, dev_addr, I2C_Direction_Transmitter); while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED)) { timeout; if (timeout 1000) { I2C_GenerateSTOP(I2C1, ENABLE); return 1; // 超时 } } I2C_GenerateSTOP(I2C1, ENABLE); return 0; }这样在写大量数据时可以把总时间从“每次都等 5ms”降低到“每次等到就绪”整体效率能提高不少。特别是连续写 32 字节数据分成 4 页写时应答轮询比固定延时节省接近一半时间。5.2 掉电保存的写流程设计如果要做的产品需要保存关键参数比如校准值、设置项不能每次参数一改就直接写 EEPROM。频繁写会导致两个问题EEPROM 寿命有限。AT24C02 的擦写次数标称是 100 万次听着很多但如果你每秒钟写一次大约 11 天就到寿命了。如果在写周期中掉电可能损坏当前字节甚至页。我的项目中一般这么做写缓存参数变化时只更新 RAM 里的副本。定期保存比如每 5 分钟检查一次如果有变化才写 EEPROM。掉电检测系统检测到掉电信号时利用电容储能把最关键的参数写入 EEPROM。写后回读校验每个字节写完读回来比对失败则重试超过 3 次报错误。这样能最大程度保证数据可靠性。双备份存储关键参数在 EEPROM 里放两份掉电中断导致一份损坏时系统启动时读取另一份并自动修复损坏的一份。5.3 地址规划与软件分层当项目中 EEPROM 里要存很多种数据时例如设备序列号、校准参数、用户配置、运行日志最忌讳的是散落状态、东写一个西写一个。我习惯在头文件里把所有存储地址规划清楚#define EEPROM_ADDR_DEVICE_ID 0x00 #define EEPROM_ADDR_SERIAL_NUM 0x10 #define EEPROM_ADDR_CALIB_PARAM 0x20 #define EEPROM_ADDR_USER_CONFIG 0x40 #define EEPROM_ADDR_RUN_LOG 0x80每一块区域预留足够空间并记下长度。换硬件版本时只要调整偏移即可不用改业务代码。软件分层上把 EEPROM 驱动层、存储管理层、业务应用层分开驱动层只做单字节读写、页写、连续读。存储管理层负责地址映射、写周期轮询、校验重试、双备份。业务应用层只调用“保存配置”、“读取序列号”这类接口完全不关心底层时序。这样做的核心收益是换了 EEPROM 型号比如换更大容量的只需要改驱动层业务代码不用动。我在一次产品升级中把 AT24C02 换成更大容量芯片时深有体会——由于分层清晰驱动适配只花了一天。6. 关于硬件 I2C 与软件模拟 I2C 的取舍聊到最后肯定有人会问STM32F103 的硬件 I2C 一直有“难用”的说法是不是用 GPIO 模拟 I2C 更稳我的观点是如果已经掌握了硬件 I2C 的资源和事件机制可以把硬件外设用好。对于我上面写的这种标准外设库流程配合超时和总线复位硬件 I2C 完全能胜任量产级应用。以前网上流传的“硬件 I2C 不稳定”更多是早期库版本配合不当以及代码里缺少超时处理导致的。真正理解了状态机事件之后硬件 I2C 的性能和稳定性是有保障的。软件模拟 I2C 的适用场景通常是 MCU 的硬件 I2C 外设不够用比如多个总线需要同时工作或者引脚布局限制导致无法使用固定的 I2C 引脚。这时候用 GPIO 位翻转模拟时序代码自己掌握每一个时钟边沿反而更容易控制。但软件模拟也有代价需要关闭中断或者压榨 CPU 时间而且代码量大幅增加。我的建议是——能用硬件外设就硬件外设但**.c 文件里必须把超时与异常恢复写完整**不要留下“等不到标志位就死等”的代码。根据我个人在实际项目里的体会I2C 是最容易“看似会了一调就废”的协议。它不是把代码敲上去就完事需要你对时隙敏感、对异常有预期、对波形有感知。如果你能照着本文把 AT24C02 的读写跑通并且把 ACK 超时、总线复位、页写拆分这几个功能都加上那 I2C 这一关就真的过了。最后再分享一个小技巧写完驱动后把 GPIO 的复用配置改回普通输入模式人为制造一次总线锁死然后跑一遍你的总线复位函数——如果 9 个时钟脉冲能解掉锁死你手上的这套代码才算真正能上产线。
阅读完成 · 觉得有帮助？
