解决STM32 I2C接口死锁在BUSY状态的另一种原因和方法

本文详细探讨STM32I2C接口死锁在BUSY状态的深层次原因,分享了一种有效解决方案。通过对代码进行深入分析,发现在循环执行过快时,数据堵塞是导致死锁的主要原因。通过在关键代码段加入适当延迟,成功解决了这一问题,确保了I2C通信的稳定性和可靠性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

解决STM32 I2C接口死锁在BUSY状态的另一种原因和方法

Alt
图片1:STM32CubeMX生成的HAL库IIC具体出错代码【1】

参考了【1】中和其他博主的方法,在初始化IIC之前提前拉高引脚/提前Enable时钟都不能解决我的问题,【1】中博主提到了要在报错的代码段【图片1】中执行DeInit,也只是让函数返回在0(Ready)和2(Busy)中切换,甚至HAL_I2C_Master_Receive_IT中断和HAL_I2C_MasterRxCpltCallback中断都进不去,最后请教了大佬,发现是由于循环执行太快,数据堵塞导致的问题,在函数下加一个对应ROTS的Delay(1)即可,我用的是RTX CMSIS-RTOS2,所以是osDelay(1),FreeRTOS时vsTaskDelay(1),完美解决问题。

【1】 解决STM32 I2C接口死锁在BUSY状态的方法讨论
https://blog.csdn.net/dldw8816/article/details/51579781?depth_1-utm_source=distr

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值