简介这是一份基于STM32F407的双机I2C通信完整工程面向正在学习STM32与I2C总线的嵌入式开发者解决两台F407之间双向数据交换的入门与实战问题。压缩包共378个文件、11.07MB包含主机模式与从机模式两套完整的MDK工程除大量.h/.c源码和.s启动文件外还有.uvprojx等工程配置文件、.hex/.axf/.map编译输出以及.o中间文件便于直接打开编译、结合map映射文件核对地址并对照排查。已有2389人学习适合课程设计、电子竞赛或日常调试时参考。资源围绕I2C通信的完整流程展开从GPIO复用配置、I2C初始化、主从设备地址设置到START/STOP条件、应答位判断再到使用HAL库完成主发从收、从发主收等双向传输。阅读源码并实际运行可掌握STM32F407硬件I2C控制器的配置与调用方法理解主从模式切换及数据传输细节为后续接入传感器、显示屏等I2C外设打下扎实基础。1. 项目概述与方案选型搞嵌入式的人手里没几块STM32F407都不好意思说自己玩过单片机。我这次做的是一个双机通讯项目用两块STM32F407探索者开发板通过I2C总线实现板间数据交换。别看I2C平时都拿来挂传感器、读EEPROM真要用它做双机通讯里面门道还真不少。1.1 为什么选STM32F407和I2C组合选择STM32F407做双机通讯原因很简单F407主频168MHz资源丰富I2C外设支持100KHz标准模式和400KHz快速模式速率足够应付大多数板间通讯场景。而且F407的I2C带有事件中断和错误中断配合DMA可以做到高效传输不会占用太多CPU时间。I2C总线最大的优势就是省引脚只需要两根线SCL时钟线和SDA数据线。对于双机通讯来说这不光节省了宝贵的GPIO资源还意味着你可以把这两根线拉得很长当然走线长了要注意信号完整性后面我会单独讲。对比一下其他通讯方式UART点对点至少要两根线TX/RX速率还不高SPI虽然快但至少要四根线SCK、MOSI、MISO、CS而且一主一从结构在双机通讯场景下不够灵活。I2C用两根线就能实现双向通讯关键是还能一主多从以后想扩展第三块板子都不用改硬件。所以我最后敲定了I2C在F407上把主从机模式都跑通了。1.2 双机通讯的核心需求拆解做双机通讯前先得把需求捋清楚。我在设计时列了下面几个核心点数据方向主发从收、从发主收、还是双向互发我的项目要求双向都可以发数据所以主从机都要有收发能力。数据量级单次传输的数据量是几字节还是几十字节这决定了用寄存器模式还是DMA模式。我这边单次传输大概32字节所以直接上了DMA。通讯健壮性I2C总线如果没有处理异常很容易卡死在半路。特别是从机NACK、总线忙、时钟同步等异常情况必须有一套完善的错误处理机制。地址分配作为从机时要给自己分配一个唯一的I2C地址。F407的I2C地址有7位和10位两种模式我们用7位就够了。把这些核心需求摆清楚后双机通讯的框架就清晰了。后面所有代码和调试都是围绕这几个点展开的。2. 硬件设计与电路连接很多人在I2C双机通讯上栽跟头根本不是代码问题而是硬件接线不讲究。我这次踩了不少坑把经验整理出来你们可以直接抄作业。2.1 引脚分配与接线方式STM32F407有两个I2C外设分别是I2C1和I2C2。我的主从机都选用I2C1引脚配置如下SCLPB6I2C1_SCLSDAPB7I2C1_SDA接线方式非常直接主机SCL接到从机SCL主机SDA接到从机SDA然后共地GND必须连在一起否则电平没有参考点。注意千万不要把SCL和SDA交叉接那不是UART没有TX/RX交叉的概念。这里有一个非常关键的细节——I2C是开漏输出结构必须接上拉电阻才能输出高电平。STM32F407内部虽然有上拉电阻但只能用在普通GPIO输入模式I2C外设模式下内部上拉并不完全可靠。我实测下来F407内部上拉电阻大约在30~50KΩ对于100KHz模式还算够用但在400KHz快速模式下信号沿太慢波形畸变明显。所以我强烈建议外接上拉电阻阻值范围选择4.7KΩ~10KΩ。我最后用的是4.7KΩ400KHz下波形漂亮得很。如果你用的是探索者开发板板上已经有针对I2C引脚的上拉电阻不需要额外焊接。但如果是自己画的板子千万别省这两个电阻。2.2 供电与电平匹配问题双机通讯两边供电电压一定要一致。F407的工作电压是2.0V~3.6V一般开发板都是3.3V供电。如果两块板子都用的3.3V供电直接接线没问题。但要特别注意如果你在一块板上用了5V供电的传感器电路而I2C总线是3.3V电平千万别把5V信号直接怼到F407的引脚上会烧芯片。解决方法是加电平转换芯片比如TXB0104或者用MOS管搭简单的电平转换电路。另外两块板子建议用同一个电源供电或者至少保证两边开机时序一致。如果一边先上电另一边后上电I2C总线可能出现倒灌电流时间长了会损坏引脚。3. 软件实现与核心代码解析硬件接好了接下来就是软件。STM32F407的I2C库函数用起来不算难但想跑得稳细节必须抠到位。我这套代码基于标准外设库StdPeriph_Lib用寄存器直接操作的方式写了个精简版方便大家理解I2C的底层逻辑。3.1 I2C初始化配置详解先看主机的I2C初始化。这里重点有几个参数必须配对否则通讯必出问题。void I2C_Master_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; I2C_InitTypeDef I2C_InitStructure; // 开启时钟 RCC_APB1PeriphClockCmd(RCC_APB1Periph_I2C1, ENABLE); RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOB, ENABLE); // 引脚配置SCL PB6, SDA PB7复用开漏 GPIO_InitStructure.GPIO_Pin GPIO_Pin_6 | GPIO_Pin_7; GPIO_InitStructure.GPIO_Mode GPIO_Mode_AF; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_InitStructure.GPIO_OType GPIO_OType_OD; // 开漏输出I2C必须 GPIO_InitStructure.GPIO_PuPd GPIO_PuPd_NOPULL; // 外部已接上拉 GPIO_Init(GPIOB, GPIO_InitStructure); // 复用功能映射 GPIO_PinAFConfig(GPIOB, GPIO_PinSource6, GPIO_AF_I2C1); GPIO_PinAFConfig(GPIOB, GPIO_PinSource7, GPIO_AF_I2C1); // I2C外设配置 I2C_InitStructure.I2C_Mode I2C_Mode_I2C; I2C_InitStructure.I2C_ClockSpeed 400000; // 400KHz快速模式 I2C_InitStructure.I2C_DutyCycle I2C_DutyCycle_2; I2C_InitStructure.I2C_Ack I2C_Ack_Enable; I2C_InitStructure.I2C_AcknowledgedAddress I2C_AcknowledgedAddress_7bit; I2C_InitStructure.I2C_OwnAddress1 0x30; // 主机自身地址根据实际需要设定 I2C_Init(I2C1, I2C_InitStructure); I2C_Cmd(I2C1, ENABLE); }这里有一个非常容易被忽略的点GPIO_OType必须设置为开漏GPIO_OType_OD没有例外。如果你不小心配成了推挽输出GPIO_OType_PPI2C总线会直接拉死通讯完全无法进行。这个坑我帮不少朋友排查过十有八九都是这个问题。然后是时钟频率的计算。F407的I2C时钟源来自APB1默认42MHz。I2C外设内部有一个分频器配置I2C_ClockSpeed 400000后库函数会自动计算CCR寄存器的值。对于400KHz模式CCR 42000000 / (400000 * 2) 52.5取整后为52实际频率约为403KHz稍微快一点点但完全在I2C协议允许的容差范围内不用担心。从机初始化代码跟主机几乎一样唯一要改的是I2C_OwnAddress1从机要设置一个不同于主机的地址。比如主机地址为0x30从机地址可以设为0x50。这里有个细节I2C地址的7位有效数据在地址字节中是左对齐的即7位地址0x50对应地址字节0xA0左移一位最低位是读写标志位。3.2 主机发送与接收的数据流程主机发送数据到从机核心流程如下void I2C_Master_SendData(uint8_t slaveAddr, uint8_t* pData, uint16_t len) { // 1. 发送起始条件 I2C_GenerateSTART(I2C1, ENABLE); while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT)); // 2. 发送从机地址写标志 I2C_Send7bitAddress(I2C1, slaveAddr, I2C_Direction_Transmitter); while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED)); // 3. 逐字节发送数据 for(uint16_t i 0; i len; i) { I2C_SendData(I2C1, pData[i]); while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_TRANSMITTED)); } // 4. 发送停止条件 I2C_GenerateSTOP(I2C1, ENABLE); }主机的接收流程稍微有点不同核心在于最后一个字节要发送NACK表示接收结束void I2C_Master_ReceiveData(uint8_t slaveAddr, uint8_t* pBuffer, uint16_t len) { // 1. 发送起始条件 I2C_GenerateSTART(I2C1, ENABLE); while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT)); // 2. 发送从机地址读标志 I2C_Send7bitAddress(I2C1, slaveAddr, I2C_Direction_Receiver); while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_RECEIVER_MODE_SELECTED)); // 3. 逐个接收数据 for(uint16_t i 0; i len; i) { if(i (len - 1)) { // 最后一个字节前关闭ACK让从机知道这是最后一个字节 I2C_AcknowledgeConfig(I2C1, DISABLE); } while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_RECEIVED)); pBuffer[i] I2C_ReceiveData(I2C1); } // 4. 发送停止条件 I2C_GenerateSTOP(I2C1, ENABLE); I2C_AcknowledgeConfig(I2C1, ENABLE); // 恢复ACK }关于最后那个NACK很多新手不理解为什么要这样操作。I2C协议里接收方在收到每个字节后要回一个ACK给发送方表示“继续发”。但当接收方准备结束接收时在收到倒数第二个字节后需要提前关闭ACK回NACK这样发送方收到NACK后就会释放总线接收方再发停止条件整个传输才算干净利落地结束。手册里管这个叫“NACK and STOP”是I2C主机接收的标配操作。3.3 从机中断处理实现细节从机端我采用的是事件中断错误中断的方式这样从机在不用轮询的情况下就能及时响应主机请求。配置如下void I2C_Slave_Init(void) { // 配置与主机类似仅OwnAddress1 0x50 // 使能I2C事件中断和错误中断 I2C_ITConfig(I2C1, I2C_IT_EVT | I2C_IT_ERR, ENABLE); // 配置NVIC NVIC_InitTypeDef NVIC_InitStructure; NVIC_InitStructure.NVIC_IRQChannel I2C1_EV_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority 2; NVIC_InitStructure.NVIC_IRQChannelSubPriority 0; NVIC_InitStructure.NVIC_IRQChannelCmd ENABLE; NVIC_Init(NVIC_InitStructure); NVIC_InitStructure.NVIC_IRQChannel I2C1_ER_IRQn; NVIC_Init(NVIC_InitStructure); }从机事件中断处理函数是整个通讯的重点。我在里面写了状态机区分不同事件分别处理。核心代码如下void I2C1_EV_IRQHandler(void) { volatile uint32_t event I2C_GetLastEvent(I2C1); // 从机接收模式已经收到自己的地址写标志 if(event I2C_EVENT_SLAVE_RECEIVER_ADDRESS_MATCHED) { // 收到地址匹配信号准备接收数据 slaveRxIndex 0; } // 从机接收模式每收到一个字节数据 else if(event I2C_EVENT_SLAVE_BYTE_RECEIVED) { if(slaveRxIndex RX_BUFFER_SIZE) { slaveRxBuffer[slaveRxIndex] I2C_ReceiveData(I2C1); } } // 从机接收模式主机发送停止条件传输结束 else if(event I2C_EVENT_SLAVE_STOP_DETECTED) { slaveRxCompleteFlag 1; I2C_GenerateSTOP(I2C1, ENABLE); // 释放总线 } // 从机发送模式主机请求读取数据 else if(event I2C_EVENT_SLAVE_TRANSMITTER_ADDRESS_MATCHED) { slaveTxIndex 0; } // 从机发送模式主机请求下一个字节 else if(event I2C_EVENT_SLAVE_BYTE_TRANSMITTING) { I2C_SendData(I2C1, slaveTxBuffer[slaveTxIndex]); } else if(event I2C_EVENT_SLAVE_ACK_FAILURE) { // 主机NACK传输结束 slaveTxIndex 0; } }这里的细节在于事件标志的判断顺序不能反了。特别是I2C_EVENT_SLAVE_BYTE_TRANSMITTING这个标志代表的是“从机正在往外发送数据”是在发送完成后、等待主机ACK期间触发的。如果你在发送地址匹配事件里直接把第一个字节发出去反而会漏掉一个字节。我调试时在这个地方卡了将近半天最后用示波器对比时序才定位到问题。另外所有在中断里访问的变量都建议加volatile修饰防止编译器优化导致数据不同步。3.4 用DMA提高传输效率如果单次通讯的数据量比较大比如超过64字节使用查询方式发送会长时间占用CPU。我的项目里单次传输32字节CPU占用还不太明显但如果你要传大块数据强烈建议用DMA。DMA和I2C配合其实不复杂关键在于触发源的选择。I2C1的发送DMA请求映射在DMA1_Stream6接收DMA映射在DMA1_Stream5。配置好DMA后只需调用库函数即可完成搬运。但有几个坑必须提醒DMA传输完成后要等I2C总线进入空闲状态再发停止条件否则可能丢失最后一个字节。I2C的DMA传输模式下I2C_DMALastTransferCmd(I2C1, ENABLE)要在最后一字节传输时配置否则NACK和STOP时序会出问题。如果DMA和中断同时启用中断优先级一定要设置合理。我习惯让错误中断优先级高于事件中断这样总线异常时能第一时间响应。4. 常见问题与调试技巧实录这部分是我最想分享的因为双机通讯调试过程中踩到的坑网上大部分教程都没写清楚。我把最常见的几个问题整理成速查表方便大家直接排错。4.1 总线卡死问题最常见问题现象程序跑起来后第一次通讯正常第二次通讯永远卡在等待事件标志的while循环里。原因分析I2C总线上的设备在通讯过程中异常掉线导致SDA一直被拉低总线处于“死锁”状态。I2C协议规定总线上的设备如果检测到SCL为高电平时SDA被拉低就视为起始条件但如果主机在传输过程中突然复位从机可能把SDA拉低等待数据此时SCL已经释放总线就卡死了。解决办法在每次通讯前加一个总线恢复函数通过GPIO模拟方式把总线拉回空闲状态。具体做法是将SCL和SDA配置为普通推挽输出然后手动产生9个时钟脉冲同时监测SDA直到SDA恢复高电平。代码如下void I2C_Bus_Recovery(void) { GPIO_InitTypeDef GPIO_InitStructure; // 临时将SCL和SDA配置为推挽输出 GPIO_InitStructure.GPIO_Pin GPIO_Pin_6 | GPIO_Pin_7; GPIO_InitStructure.GPIO_Mode GPIO_Mode_OUT; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_InitStructure.GPIO_OType GPIO_OType_PP; GPIO_InitStructure.GPIO_PuPd GPIO_PuPd_NOPULL; GPIO_Init(GPIOB, GPIO_InitStructure); // 产生9个时钟脉冲同时监测SDA状态 for(int i 0; i 9; i) { GPIO_SetBits(GPIOB, GPIO_Pin_6); // SCL拉高 delay_us(5); if(GPIO_ReadInputDataBit(GPIOB, GPIO_Pin_7) Bit_SET) { break; // SDA已释放提前退出 } GPIO_ResetBits(GPIOB, GPIO_Pin_6); // SCL拉低 delay_us(5); } // 恢复为I2C复用开漏模式 // 重新初始化GPIO为复用模式... }这个恢复函数在每次通讯前调用一次能解决90%的总线卡死问题。实际工程中我一般把它放在I2C初始化之后、第一次通讯之前同时在通讯失败重试时也会调用。4.2 首次通讯成功后续通讯失败问题现象主机和从机都上电后第一次数据交换正常但过一段时间后再通讯就失败经常卡在等待EV5事件起始条件发送完成那里。原因分析这是典型的I2C软件状态残留问题。上一次通讯结束时停止条件没有正确发送或者从机的中断标志位没有清零。当下一次通讯开始时从机还在等待后续数据无法响应新的起始条件。解决办法在主机发送起始条件前先检查总线状态。如果总线忙I2C_GetFlagStatus(I2C1, I2C_FLAG_BUSY)先发送一次停止条件复位总线。另外从机端在接收到停止条件中断后要确保清除了所有标志位再退出中断。我习惯在从机中断处理的最后加一行I2C_ClearFlag(I2C1, I2C_FLAG_AF | I2C_FLAG_BUSY | I2C_FLAG_STOP);这行代码能把可能残留的请求标志全部清掉确保下一次通讯从干净状态开始。4.3 通讯速率上不去400KHz下出错问题现象100KHz通讯一切正常把I2C_ClockSpeed改成400KHz后偶发通讯错误。原因分析400KHz模式对信号上升沿和下降沿的要求更高。如果上拉电阻选得太大比如10KΩRC延迟会明显增加导致SCL高电平时间不够从机采样出错。此外接线过长、使用了杜邦线而不是双绞线也会引入干扰。解决办法把上拉电阻换成2.2KΩ~4.7KΩ降低RC时间常数。尽可能缩短SCL和SDA的走线长度杜邦线如果超过20cm400KHz下就很不稳定。我的测试结果是10cm杜邦线4.7KΩ上拉400KHz妥妥的没问题换30cm杜邦线同样配置出错率明显上升。两块板子共地最好用粗一点的导线。4.4 从机偶发漏数据问题现象主机发送10个字节从机有时候只收到8个字节或者收到乱码。原因分析从机中断嵌套导致处理不及时。如果从机正在处理其他高优先级中断I2C事件中断被延迟总线上的数据就丢了。因为I2C是同步协议主机不会等从机时钟到了就发送下一个字节从机来不及响应就丢数据。解决办法把I2C事件中断的优先级调高我一般设为抢占优先级1、子优先级0。中断处理函数要尽量精简不要在I2C中断里做耗时操作比如浮点运算、字符串处理、延时等。如果需要先把数据搬到缓冲区等中断退出后再在主循环里慢慢处理。如果数据量真的很大建议切换到DMA模式。4.5 示波器看波形的正确姿势调I2C没有示波器就像闭着眼开车。我建议至少用双通道示波器一个通道接SCL一个通道接SDA触发方式设置为下降沿触发。看波形时重点看这几点起始条件SCL高电平期间SDA从高跳变为低这是一次通讯的开始。地址字节地址字节的最高位是7位地址的最高位即地址0x30对应地址字节0x60最低位是读写标志位0表示写1表示读。ACK位地址字节后紧跟一个时钟周期此时SDA应该被从机拉低表示收到了地址。停止条件SCL高电平期间SDA从低跳变为高这是一次通讯的结束。时钟频率测量SCL的周期换算成频率确认匹配配置值。我调试时用的方法是先用100KHz模式跑通整个过程再用400KHz模式这样可以排除速率对信号完整性的干扰。如果波形上SDA和SCL的上升沿有明显台阶多半是上拉电阻太大或者负载电容太大。5. 双机通讯的进阶扩展与经验总结项目基本跑通之后我一直在琢磨怎么把双机通讯做得更完善。这里分享几个进阶方向以及我在实际使用中的一些体会。5.1 通讯协议设计建议裸跑I2C收发只能算“能通”距离“好用”还很远。真正的双机通讯我们需要一套简单的应用层协议解决“数据是什么”的问题。我建议定义一个固定的帧格式比如帧头(2字节)数据长度(1字节)命令字(1字节)数据区(N字节)CRC校验(1字节)帧头可以用固定值比如0xAA 0x55用来做同步数据长度记录后面有多少字节命令字区分是普通数据还是控制指令CRC校验确保数据完整性。这套协议虽然简单但能解决很多问题接收方可以通过帧头判断数据是否对齐通过CRC判断数据是否损坏通过命令字知道该怎么处理后续数据。我在实际项目里加了这套协议后通讯可靠性提升了一个档次误码率基本降到零。5.2 多主机模式与总线仲裁如果后面你还想扩展成三块板子互连那就需要考虑多主机模式。I2C协议本身支持多主机通过总线仲裁机制决定谁占用总线。但STM32F407的I2C硬件对多主机的支持不算特别完善软件处理比较复杂。我的建议是除非确有必要否则保持一主多从结构主机负责调度从机被动响应。这样不仅实现简单可靠性也更高。如果一定要多主机可以考虑在应用层做“令牌传递”机制即主机角色固定但可以通过协议把“主机权”转移给其他设备。这更像是一个分布式系统设计问题而不只是简单的I2C通讯问题。5.3 关于I2C与SPI、UART的选型权衡做双机通讯时不止I2C一种选择。我根据自己的经验整理了不同场景下的选型建议如果通讯距离超过1米I2C就不合适了优先考虑UARTRS485或者CAN总线抗干扰能力更强。如果传输速率要求高比如音频数据流SPI或者UART高速模式会是更好的选择I2C的400KHz上限会瓶颈。如果板上连接多个传感器/模块I2C毋庸置疑最合适两根线搞定一切。如果做板间通讯且数据量不大、实时性要求不高I2C是非常好的选择省IO、实现简单、扩展方便。我这次做完F407的I2C双机通讯最大的感受是I2C这个老协议别看它简单想跑得稳、跑得高效需要对协议本身有足够的理解。硬件上注意上拉电阻和走线软件上处理好时序和异常恢复这套方案在绝大多数场景下都能稳定工作。最后送大家一个建议双机通讯调试时先让两块板子用最小代码跑通“主机发一个字节、从机收到后回一个字节”的闭环再逐步增加数据量和复杂度。这样每次出问题都能快速定位是哪一层的故障。我所有的复杂功能都是在这个最小闭环基础上一点点搭起来的这样踩坑少排查也快。本文还有配套的精品资源点击获取
STM32F407双机通讯实战：I2C总线硬件设计到调试全解析
简介这是一份基于STM32F407的双机I2C通信完整工程面向正在学习STM32与I2C总线的嵌入式开发者解决两台F407之间双向数据交换的入门与实战问题。压缩包共378个文件、11.07MB包含主机模式与从机模式两套完整的MDK工程除大量.h/.c源码和.s启动文件外还有.uvprojx等工程配置文件、.hex/.axf/.map编译输出以及.o中间文件便于直接打开编译、结合map映射文件核对地址并对照排查。已有2389人学习适合课程设计、电子竞赛或日常调试时参考。资源围绕I2C通信的完整流程展开从GPIO复用配置、I2C初始化、主从设备地址设置到START/STOP条件、应答位判断再到使用HAL库完成主发从收、从发主收等双向传输。阅读源码并实际运行可掌握STM32F407硬件I2C控制器的配置与调用方法理解主从模式切换及数据传输细节为后续接入传感器、显示屏等I2C外设打下扎实基础。1. 项目概述与方案选型搞嵌入式的人手里没几块STM32F407都不好意思说自己玩过单片机。我这次做的是一个双机通讯项目用两块STM32F407探索者开发板通过I2C总线实现板间数据交换。别看I2C平时都拿来挂传感器、读EEPROM真要用它做双机通讯里面门道还真不少。1.1 为什么选STM32F407和I2C组合选择STM32F407做双机通讯原因很简单F407主频168MHz资源丰富I2C外设支持100KHz标准模式和400KHz快速模式速率足够应付大多数板间通讯场景。而且F407的I2C带有事件中断和错误中断配合DMA可以做到高效传输不会占用太多CPU时间。I2C总线最大的优势就是省引脚只需要两根线SCL时钟线和SDA数据线。对于双机通讯来说这不光节省了宝贵的GPIO资源还意味着你可以把这两根线拉得很长当然走线长了要注意信号完整性后面我会单独讲。对比一下其他通讯方式UART点对点至少要两根线TX/RX速率还不高SPI虽然快但至少要四根线SCK、MOSI、MISO、CS而且一主一从结构在双机通讯场景下不够灵活。I2C用两根线就能实现双向通讯关键是还能一主多从以后想扩展第三块板子都不用改硬件。所以我最后敲定了I2C在F407上把主从机模式都跑通了。1.2 双机通讯的核心需求拆解做双机通讯前先得把需求捋清楚。我在设计时列了下面几个核心点数据方向主发从收、从发主收、还是双向互发我的项目要求双向都可以发数据所以主从机都要有收发能力。数据量级单次传输的数据量是几字节还是几十字节这决定了用寄存器模式还是DMA模式。我这边单次传输大概32字节所以直接上了DMA。通讯健壮性I2C总线如果没有处理异常很容易卡死在半路。特别是从机NACK、总线忙、时钟同步等异常情况必须有一套完善的错误处理机制。地址分配作为从机时要给自己分配一个唯一的I2C地址。F407的I2C地址有7位和10位两种模式我们用7位就够了。把这些核心需求摆清楚后双机通讯的框架就清晰了。后面所有代码和调试都是围绕这几个点展开的。2. 硬件设计与电路连接很多人在I2C双机通讯上栽跟头根本不是代码问题而是硬件接线不讲究。我这次踩了不少坑把经验整理出来你们可以直接抄作业。2.1 引脚分配与接线方式STM32F407有两个I2C外设分别是I2C1和I2C2。我的主从机都选用I2C1引脚配置如下SCLPB6I2C1_SCLSDAPB7I2C1_SDA接线方式非常直接主机SCL接到从机SCL主机SDA接到从机SDA然后共地GND必须连在一起否则电平没有参考点。注意千万不要把SCL和SDA交叉接那不是UART没有TX/RX交叉的概念。这里有一个非常关键的细节——I2C是开漏输出结构必须接上拉电阻才能输出高电平。STM32F407内部虽然有上拉电阻但只能用在普通GPIO输入模式I2C外设模式下内部上拉并不完全可靠。我实测下来F407内部上拉电阻大约在30~50KΩ对于100KHz模式还算够用但在400KHz快速模式下信号沿太慢波形畸变明显。所以我强烈建议外接上拉电阻阻值范围选择4.7KΩ~10KΩ。我最后用的是4.7KΩ400KHz下波形漂亮得很。如果你用的是探索者开发板板上已经有针对I2C引脚的上拉电阻不需要额外焊接。但如果是自己画的板子千万别省这两个电阻。2.2 供电与电平匹配问题双机通讯两边供电电压一定要一致。F407的工作电压是2.0V~3.6V一般开发板都是3.3V供电。如果两块板子都用的3.3V供电直接接线没问题。但要特别注意如果你在一块板上用了5V供电的传感器电路而I2C总线是3.3V电平千万别把5V信号直接怼到F407的引脚上会烧芯片。解决方法是加电平转换芯片比如TXB0104或者用MOS管搭简单的电平转换电路。另外两块板子建议用同一个电源供电或者至少保证两边开机时序一致。如果一边先上电另一边后上电I2C总线可能出现倒灌电流时间长了会损坏引脚。3. 软件实现与核心代码解析硬件接好了接下来就是软件。STM32F407的I2C库函数用起来不算难但想跑得稳细节必须抠到位。我这套代码基于标准外设库StdPeriph_Lib用寄存器直接操作的方式写了个精简版方便大家理解I2C的底层逻辑。3.1 I2C初始化配置详解先看主机的I2C初始化。这里重点有几个参数必须配对否则通讯必出问题。void I2C_Master_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; I2C_InitTypeDef I2C_InitStructure; // 开启时钟 RCC_APB1PeriphClockCmd(RCC_APB1Periph_I2C1, ENABLE); RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOB, ENABLE); // 引脚配置SCL PB6, SDA PB7复用开漏 GPIO_InitStructure.GPIO_Pin GPIO_Pin_6 | GPIO_Pin_7; GPIO_InitStructure.GPIO_Mode GPIO_Mode_AF; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_InitStructure.GPIO_OType GPIO_OType_OD; // 开漏输出I2C必须 GPIO_InitStructure.GPIO_PuPd GPIO_PuPd_NOPULL; // 外部已接上拉 GPIO_Init(GPIOB, GPIO_InitStructure); // 复用功能映射 GPIO_PinAFConfig(GPIOB, GPIO_PinSource6, GPIO_AF_I2C1); GPIO_PinAFConfig(GPIOB, GPIO_PinSource7, GPIO_AF_I2C1); // I2C外设配置 I2C_InitStructure.I2C_Mode I2C_Mode_I2C; I2C_InitStructure.I2C_ClockSpeed 400000; // 400KHz快速模式 I2C_InitStructure.I2C_DutyCycle I2C_DutyCycle_2; I2C_InitStructure.I2C_Ack I2C_Ack_Enable; I2C_InitStructure.I2C_AcknowledgedAddress I2C_AcknowledgedAddress_7bit; I2C_InitStructure.I2C_OwnAddress1 0x30; // 主机自身地址根据实际需要设定 I2C_Init(I2C1, I2C_InitStructure); I2C_Cmd(I2C1, ENABLE); }这里有一个非常容易被忽略的点GPIO_OType必须设置为开漏GPIO_OType_OD没有例外。如果你不小心配成了推挽输出GPIO_OType_PPI2C总线会直接拉死通讯完全无法进行。这个坑我帮不少朋友排查过十有八九都是这个问题。然后是时钟频率的计算。F407的I2C时钟源来自APB1默认42MHz。I2C外设内部有一个分频器配置I2C_ClockSpeed 400000后库函数会自动计算CCR寄存器的值。对于400KHz模式CCR 42000000 / (400000 * 2) 52.5取整后为52实际频率约为403KHz稍微快一点点但完全在I2C协议允许的容差范围内不用担心。从机初始化代码跟主机几乎一样唯一要改的是I2C_OwnAddress1从机要设置一个不同于主机的地址。比如主机地址为0x30从机地址可以设为0x50。这里有个细节I2C地址的7位有效数据在地址字节中是左对齐的即7位地址0x50对应地址字节0xA0左移一位最低位是读写标志位。3.2 主机发送与接收的数据流程主机发送数据到从机核心流程如下void I2C_Master_SendData(uint8_t slaveAddr, uint8_t* pData, uint16_t len) { // 1. 发送起始条件 I2C_GenerateSTART(I2C1, ENABLE); while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT)); // 2. 发送从机地址写标志 I2C_Send7bitAddress(I2C1, slaveAddr, I2C_Direction_Transmitter); while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED)); // 3. 逐字节发送数据 for(uint16_t i 0; i len; i) { I2C_SendData(I2C1, pData[i]); while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_TRANSMITTED)); } // 4. 发送停止条件 I2C_GenerateSTOP(I2C1, ENABLE); }主机的接收流程稍微有点不同核心在于最后一个字节要发送NACK表示接收结束void I2C_Master_ReceiveData(uint8_t slaveAddr, uint8_t* pBuffer, uint16_t len) { // 1. 发送起始条件 I2C_GenerateSTART(I2C1, ENABLE); while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT)); // 2. 发送从机地址读标志 I2C_Send7bitAddress(I2C1, slaveAddr, I2C_Direction_Receiver); while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_RECEIVER_MODE_SELECTED)); // 3. 逐个接收数据 for(uint16_t i 0; i len; i) { if(i (len - 1)) { // 最后一个字节前关闭ACK让从机知道这是最后一个字节 I2C_AcknowledgeConfig(I2C1, DISABLE); } while(!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_BYTE_RECEIVED)); pBuffer[i] I2C_ReceiveData(I2C1); } // 4. 发送停止条件 I2C_GenerateSTOP(I2C1, ENABLE); I2C_AcknowledgeConfig(I2C1, ENABLE); // 恢复ACK }关于最后那个NACK很多新手不理解为什么要这样操作。I2C协议里接收方在收到每个字节后要回一个ACK给发送方表示“继续发”。但当接收方准备结束接收时在收到倒数第二个字节后需要提前关闭ACK回NACK这样发送方收到NACK后就会释放总线接收方再发停止条件整个传输才算干净利落地结束。手册里管这个叫“NACK and STOP”是I2C主机接收的标配操作。3.3 从机中断处理实现细节从机端我采用的是事件中断错误中断的方式这样从机在不用轮询的情况下就能及时响应主机请求。配置如下void I2C_Slave_Init(void) { // 配置与主机类似仅OwnAddress1 0x50 // 使能I2C事件中断和错误中断 I2C_ITConfig(I2C1, I2C_IT_EVT | I2C_IT_ERR, ENABLE); // 配置NVIC NVIC_InitTypeDef NVIC_InitStructure; NVIC_InitStructure.NVIC_IRQChannel I2C1_EV_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority 2; NVIC_InitStructure.NVIC_IRQChannelSubPriority 0; NVIC_InitStructure.NVIC_IRQChannelCmd ENABLE; NVIC_Init(NVIC_InitStructure); NVIC_InitStructure.NVIC_IRQChannel I2C1_ER_IRQn; NVIC_Init(NVIC_InitStructure); }从机事件中断处理函数是整个通讯的重点。我在里面写了状态机区分不同事件分别处理。核心代码如下void I2C1_EV_IRQHandler(void) { volatile uint32_t event I2C_GetLastEvent(I2C1); // 从机接收模式已经收到自己的地址写标志 if(event I2C_EVENT_SLAVE_RECEIVER_ADDRESS_MATCHED) { // 收到地址匹配信号准备接收数据 slaveRxIndex 0; } // 从机接收模式每收到一个字节数据 else if(event I2C_EVENT_SLAVE_BYTE_RECEIVED) { if(slaveRxIndex RX_BUFFER_SIZE) { slaveRxBuffer[slaveRxIndex] I2C_ReceiveData(I2C1); } } // 从机接收模式主机发送停止条件传输结束 else if(event I2C_EVENT_SLAVE_STOP_DETECTED) { slaveRxCompleteFlag 1; I2C_GenerateSTOP(I2C1, ENABLE); // 释放总线 } // 从机发送模式主机请求读取数据 else if(event I2C_EVENT_SLAVE_TRANSMITTER_ADDRESS_MATCHED) { slaveTxIndex 0; } // 从机发送模式主机请求下一个字节 else if(event I2C_EVENT_SLAVE_BYTE_TRANSMITTING) { I2C_SendData(I2C1, slaveTxBuffer[slaveTxIndex]); } else if(event I2C_EVENT_SLAVE_ACK_FAILURE) { // 主机NACK传输结束 slaveTxIndex 0; } }这里的细节在于事件标志的判断顺序不能反了。特别是I2C_EVENT_SLAVE_BYTE_TRANSMITTING这个标志代表的是“从机正在往外发送数据”是在发送完成后、等待主机ACK期间触发的。如果你在发送地址匹配事件里直接把第一个字节发出去反而会漏掉一个字节。我调试时在这个地方卡了将近半天最后用示波器对比时序才定位到问题。另外所有在中断里访问的变量都建议加volatile修饰防止编译器优化导致数据不同步。3.4 用DMA提高传输效率如果单次通讯的数据量比较大比如超过64字节使用查询方式发送会长时间占用CPU。我的项目里单次传输32字节CPU占用还不太明显但如果你要传大块数据强烈建议用DMA。DMA和I2C配合其实不复杂关键在于触发源的选择。I2C1的发送DMA请求映射在DMA1_Stream6接收DMA映射在DMA1_Stream5。配置好DMA后只需调用库函数即可完成搬运。但有几个坑必须提醒DMA传输完成后要等I2C总线进入空闲状态再发停止条件否则可能丢失最后一个字节。I2C的DMA传输模式下I2C_DMALastTransferCmd(I2C1, ENABLE)要在最后一字节传输时配置否则NACK和STOP时序会出问题。如果DMA和中断同时启用中断优先级一定要设置合理。我习惯让错误中断优先级高于事件中断这样总线异常时能第一时间响应。4. 常见问题与调试技巧实录这部分是我最想分享的因为双机通讯调试过程中踩到的坑网上大部分教程都没写清楚。我把最常见的几个问题整理成速查表方便大家直接排错。4.1 总线卡死问题最常见问题现象程序跑起来后第一次通讯正常第二次通讯永远卡在等待事件标志的while循环里。原因分析I2C总线上的设备在通讯过程中异常掉线导致SDA一直被拉低总线处于“死锁”状态。I2C协议规定总线上的设备如果检测到SCL为高电平时SDA被拉低就视为起始条件但如果主机在传输过程中突然复位从机可能把SDA拉低等待数据此时SCL已经释放总线就卡死了。解决办法在每次通讯前加一个总线恢复函数通过GPIO模拟方式把总线拉回空闲状态。具体做法是将SCL和SDA配置为普通推挽输出然后手动产生9个时钟脉冲同时监测SDA直到SDA恢复高电平。代码如下void I2C_Bus_Recovery(void) { GPIO_InitTypeDef GPIO_InitStructure; // 临时将SCL和SDA配置为推挽输出 GPIO_InitStructure.GPIO_Pin GPIO_Pin_6 | GPIO_Pin_7; GPIO_InitStructure.GPIO_Mode GPIO_Mode_OUT; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_InitStructure.GPIO_OType GPIO_OType_PP; GPIO_InitStructure.GPIO_PuPd GPIO_PuPd_NOPULL; GPIO_Init(GPIOB, GPIO_InitStructure); // 产生9个时钟脉冲同时监测SDA状态 for(int i 0; i 9; i) { GPIO_SetBits(GPIOB, GPIO_Pin_6); // SCL拉高 delay_us(5); if(GPIO_ReadInputDataBit(GPIOB, GPIO_Pin_7) Bit_SET) { break; // SDA已释放提前退出 } GPIO_ResetBits(GPIOB, GPIO_Pin_6); // SCL拉低 delay_us(5); } // 恢复为I2C复用开漏模式 // 重新初始化GPIO为复用模式... }这个恢复函数在每次通讯前调用一次能解决90%的总线卡死问题。实际工程中我一般把它放在I2C初始化之后、第一次通讯之前同时在通讯失败重试时也会调用。4.2 首次通讯成功后续通讯失败问题现象主机和从机都上电后第一次数据交换正常但过一段时间后再通讯就失败经常卡在等待EV5事件起始条件发送完成那里。原因分析这是典型的I2C软件状态残留问题。上一次通讯结束时停止条件没有正确发送或者从机的中断标志位没有清零。当下一次通讯开始时从机还在等待后续数据无法响应新的起始条件。解决办法在主机发送起始条件前先检查总线状态。如果总线忙I2C_GetFlagStatus(I2C1, I2C_FLAG_BUSY)先发送一次停止条件复位总线。另外从机端在接收到停止条件中断后要确保清除了所有标志位再退出中断。我习惯在从机中断处理的最后加一行I2C_ClearFlag(I2C1, I2C_FLAG_AF | I2C_FLAG_BUSY | I2C_FLAG_STOP);这行代码能把可能残留的请求标志全部清掉确保下一次通讯从干净状态开始。4.3 通讯速率上不去400KHz下出错问题现象100KHz通讯一切正常把I2C_ClockSpeed改成400KHz后偶发通讯错误。原因分析400KHz模式对信号上升沿和下降沿的要求更高。如果上拉电阻选得太大比如10KΩRC延迟会明显增加导致SCL高电平时间不够从机采样出错。此外接线过长、使用了杜邦线而不是双绞线也会引入干扰。解决办法把上拉电阻换成2.2KΩ~4.7KΩ降低RC时间常数。尽可能缩短SCL和SDA的走线长度杜邦线如果超过20cm400KHz下就很不稳定。我的测试结果是10cm杜邦线4.7KΩ上拉400KHz妥妥的没问题换30cm杜邦线同样配置出错率明显上升。两块板子共地最好用粗一点的导线。4.4 从机偶发漏数据问题现象主机发送10个字节从机有时候只收到8个字节或者收到乱码。原因分析从机中断嵌套导致处理不及时。如果从机正在处理其他高优先级中断I2C事件中断被延迟总线上的数据就丢了。因为I2C是同步协议主机不会等从机时钟到了就发送下一个字节从机来不及响应就丢数据。解决办法把I2C事件中断的优先级调高我一般设为抢占优先级1、子优先级0。中断处理函数要尽量精简不要在I2C中断里做耗时操作比如浮点运算、字符串处理、延时等。如果需要先把数据搬到缓冲区等中断退出后再在主循环里慢慢处理。如果数据量真的很大建议切换到DMA模式。4.5 示波器看波形的正确姿势调I2C没有示波器就像闭着眼开车。我建议至少用双通道示波器一个通道接SCL一个通道接SDA触发方式设置为下降沿触发。看波形时重点看这几点起始条件SCL高电平期间SDA从高跳变为低这是一次通讯的开始。地址字节地址字节的最高位是7位地址的最高位即地址0x30对应地址字节0x60最低位是读写标志位0表示写1表示读。ACK位地址字节后紧跟一个时钟周期此时SDA应该被从机拉低表示收到了地址。停止条件SCL高电平期间SDA从低跳变为高这是一次通讯的结束。时钟频率测量SCL的周期换算成频率确认匹配配置值。我调试时用的方法是先用100KHz模式跑通整个过程再用400KHz模式这样可以排除速率对信号完整性的干扰。如果波形上SDA和SCL的上升沿有明显台阶多半是上拉电阻太大或者负载电容太大。5. 双机通讯的进阶扩展与经验总结项目基本跑通之后我一直在琢磨怎么把双机通讯做得更完善。这里分享几个进阶方向以及我在实际使用中的一些体会。5.1 通讯协议设计建议裸跑I2C收发只能算“能通”距离“好用”还很远。真正的双机通讯我们需要一套简单的应用层协议解决“数据是什么”的问题。我建议定义一个固定的帧格式比如帧头(2字节)数据长度(1字节)命令字(1字节)数据区(N字节)CRC校验(1字节)帧头可以用固定值比如0xAA 0x55用来做同步数据长度记录后面有多少字节命令字区分是普通数据还是控制指令CRC校验确保数据完整性。这套协议虽然简单但能解决很多问题接收方可以通过帧头判断数据是否对齐通过CRC判断数据是否损坏通过命令字知道该怎么处理后续数据。我在实际项目里加了这套协议后通讯可靠性提升了一个档次误码率基本降到零。5.2 多主机模式与总线仲裁如果后面你还想扩展成三块板子互连那就需要考虑多主机模式。I2C协议本身支持多主机通过总线仲裁机制决定谁占用总线。但STM32F407的I2C硬件对多主机的支持不算特别完善软件处理比较复杂。我的建议是除非确有必要否则保持一主多从结构主机负责调度从机被动响应。这样不仅实现简单可靠性也更高。如果一定要多主机可以考虑在应用层做“令牌传递”机制即主机角色固定但可以通过协议把“主机权”转移给其他设备。这更像是一个分布式系统设计问题而不只是简单的I2C通讯问题。5.3 关于I2C与SPI、UART的选型权衡做双机通讯时不止I2C一种选择。我根据自己的经验整理了不同场景下的选型建议如果通讯距离超过1米I2C就不合适了优先考虑UARTRS485或者CAN总线抗干扰能力更强。如果传输速率要求高比如音频数据流SPI或者UART高速模式会是更好的选择I2C的400KHz上限会瓶颈。如果板上连接多个传感器/模块I2C毋庸置疑最合适两根线搞定一切。如果做板间通讯且数据量不大、实时性要求不高I2C是非常好的选择省IO、实现简单、扩展方便。我这次做完F407的I2C双机通讯最大的感受是I2C这个老协议别看它简单想跑得稳、跑得高效需要对协议本身有足够的理解。硬件上注意上拉电阻和走线软件上处理好时序和异常恢复这套方案在绝大多数场景下都能稳定工作。最后送大家一个建议双机通讯调试时先让两块板子用最小代码跑通“主机发一个字节、从机收到后回一个字节”的闭环再逐步增加数据量和复杂度。这样每次出问题都能快速定位是哪一层的故障。我所有的复杂功能都是在这个最小闭环基础上一点点搭起来的这样踩坑少排查也快。本文还有配套的精品资源点击获取
