STM32 I2C从机异常返回NACK或无限时钟拉伸问题排查

异常1：主机读取时，从机发送完最后字节后返回不必要的NACK #

• 检查I2C从机发送中断的处理逻辑：STM32从机模式下，发送最后一个字节时，需区分IT_TXE（发送寄存器空）和IT_BTF（字节传输完成）中断。若仅处理IT_TXE，可能在最后字节发送后误触发NACK。建议在发送完最后一个字节后，及时关闭发送中断，或在IT_BTF中断中处理收尾逻辑，避免从机主动发送NACK。
• 核对主机读取字节数与从机缓冲区长度：若主机请求的字节数超过从机准备的发送数据长度，从机发送完所有数据后会主动返回NACK。确认Arduino主机Wire.requestFrom的参数与从机寄存器数据长度完全匹配。
• 检查CubeMX的I2C应答配置：查看Automatic end mode或NACK generation选项，若开启自动NACK功能，可能在发送完成后自动触发，需根据通信逻辑调整为手动控制NACK。

异常2：主机写入时，从机接收部分数据后无限时钟拉伸、锁死总线 #

• 排查I2C中断优先级与处理耗时：若I2C接收中断优先级低于其他高优先级中断，或中断处理函数内存在耗时操作（如大量计算、串口打印），会导致从机无法及时响应接收请求，持续拉低SCL线造成时钟拉伸。调整NVIC中I2C中断优先级至合理水平，简化中断处理逻辑，仅保留必要的数据读取与状态更新操作。
• 检查接收缓冲区的状态更新逻辑：在IT_RXNE（接收寄存器非空）中断中，需及时读取I2C_DR寄存器的数据并更新接收指针/缓冲区状态。若未及时读取，从机会一直等待数据接收完成，持续保持时钟拉伸。
• 确认地址匹配后的ACK与接收启动逻辑：在IT_ADDR（地址匹配）中断中，需通过HAL_I2C_GetDirection判断主机读写方向，若为写操作，需立即调用HAL_I2C_Slave_Receive_IT启动接收，并确保从机持续发送ACK。若地址匹配后未正确启动接收流程，从机会进入异常状态，锁死总线。
• 排查硬件连接问题：确认SDA/SCL线的上拉电阻阻值（推荐4.7k~10k），若阻值过大导致电平切换缓慢，可能触发时钟拉伸异常。同时检查线路是否存在接触不良或电磁干扰。

代码检查关键点 #

Arduino主机代码 #

• 写入操作时，确认Wire.beginTransmission后通过Wire.write发送了完整的寄存器地址与数据字节，且最终调用Wire.endTransmission()完成传输，无遗漏或错误延迟。

STM32从机代码 #

• 验证I2C中断回调函数（如HAL_I2C_SlaveTxCpltCallback、HAL_I2C_SlaveRxCpltCallback、HAL_I2C_AddrCallback）的实现逻辑：地址匹配后需根据读写方向启动对应收发操作，收发完成后及时更新状态或准备下一次通信。
• 确保正确使用HAL库的从机API：如HAL_I2C_Slave_Receive_IT和HAL_I2C_Slave_Transmit_IT，避免未启动中断导致的通信停滞。

内容的提问来源于stack exchange，提问作者Werner Thomassen Andrade