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

最新推荐文章于 2024-04-17 08:51:45 发布
最新推荐文章于 2024-04-17 08:51:45 发布
阅读量2.7k 收藏 7
点赞数
文章标签： stm32
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/cjfkneoigoring/article/details/104880770
版权

解决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

lcpdeb
关注
  • 0
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
关于stm32f4xx的片上外设I2C模块用作主模式下BUSY位总是置1的解决方法
YC的小屋
12-18 3986
1. 假设本文假设读者: 有使用stm32的经验 有使用stm32库函数编程的经验 了解IIC通讯协议 本文适合初学者参考2. stm32f4xx系列的芯片的IIC接口1. 模式选择stm32f4xx的IIC模块有四种工作模式,默认的工作模式是从模式,在发送起始位会自动由从模式切换为主模式. 相关概念如下: 发送器：发送数据到总线的器件 接收器：从总线接收数据的器件 主机：发起/停止数据传输
关于I2C总线死锁恢复的研究.pdf
04-16
：介绍了I2C总线的基本原理，详细分析了I2C总线死锁现象产生的原因，提出了总线死锁恢复的各 种解决方法。并就每一种方法进行了仔细的研究，比较了各种方法的优点以及局限性，对I2C总线可用性设计提 出了指导。
ST单片机I2C接口复位后进入Busy状态不能退出
07-28
解决使用ST硬件I2C时，单片机复位后概率出现I2C总线忙，单片机不能使用I2C总线的问题。
A20 STM32_HAL库函数 之 I2c通用驱动程序 -- A -- 所有函数的介绍及使用
最新发布
qq_50808730的博客
04-17 732
以上就是该博客驱动所有函数的介绍及使用的内容。有不明白的地方欢迎留言；有建议欢迎留言，我后面编写文档好改进。创作不容，如果文档对您有帮助，记得给个赞。
关于STM32 HAL FreeRTOS 硬件I2C 遇到的问题解决
weixin_59383360的博客
02-04 1786
我确认了一下，FreeRTOS确实是可以通过阻塞式来读写的。由于循环执行太快，数据堵塞会导致的问题。
关于STM32 HAL库 （I2C/IIC）问题的解决方法
weixin_59383360的博客
02-01 3352
这是我新建的工程，没有加 FreeRTOS ，直接能跑能读取，正常得不行。想要在 FreeRTOS 上跑硬件 I2C 还是任重而道远啊。继续尝试加delay解决。希望以上内容对你有帮助，有什么不对的地方还请多多指点。STM32 HAL I2C（IIC）通信的序列传输(restart condition)_hal_i2c_slave_seq_receive_it。
STM32文档：I2C 接口进入 Busy 状态不能退出
12-24
I2C 接口进入 Busy 状态不能退出
解决STM32 I2C接口死锁在BUSY状态的方法讨论
热门推荐
东来东往
06-03 3万+
解决STM32 I2C接口死锁在BUSY状态的方法讨论   关于STM32的I2C接口死锁在BUSY状态无法恢复的现象，网上已有很多讨论，看早几年比较老的贴子，有人提到复位MCU也无法恢复、只有断电才行的状况，那可是相当严重的问题。类似复位也无法恢复的情况是存在的，技术支持矢口否认问题存在，并不是正确面对问题的态度。比如我用这款F439芯片的SDRAM控制器，在错误操作后进入HardFault
stm32f1硬件I2C busy问题
碧天鸽哨
08-18 2403
我尝试配置f1的硬件I2C，写好程序后读取一下mpu6050的I2C地址，只读取一个byte，调试代码时发现I2C写操作没问题，但是读取操作加入之后I2C一直停留在busy。
I2C接口进入busy状态不能退出
08-04
本文介绍了在使用STM32F103VDT6的I2C是出现的进入busy状态不能退出的问题、及解决方法。
关于stm32硬件I2C BUSY锁死的一点说法
weixin_41101205的博客
03-21 3991
首先在上一篇文章中我们搞出来了在没有外界干扰情况下的硬件i2c不卡死的一个办法 但是考虑到工程可靠性，我在后来又不断的对四个管脚进行了反复插拔测试，终于又发现了问题 在vcc和gnd两个脚上不论如何变化，硬件i2c均不存在太大的问题 对SDA管脚进行蹂躏，也未发现较大问题，硬件i2c可以继续工作 但是SCL管脚一旦受到较大电磁冲击，甚至是接上或者拔出示波器这么小的冲击，均会导致scl管脚不再输出方...
Java多线程之死锁的出现和解决方法
08-29
本篇文章主要介绍了Java多线程之死锁的出现和解决方法，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
电信设备-一种I2C总线通信死锁解决方法.zip
09-19
电信设备-一种I2C总线通信死锁解决方法.zip
解决STM32 I2C接口死锁的方法讨论
06-04
STM32的i2c接口有坑，就是容易出现总线锁死需要断电才能恢复。本文档探讨如何绕过这个坑。但不是用软件I2C这样的严重降低CPU性能的方法。
MSSQL死锁产生原因及解决方法
12-14
本文将要为您介绍的是MSSQL死锁产生原因及解决方法，教程操作方法: 　　一、 什么是死锁 　　死锁是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去.此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等的进程称为死锁进程. 　　二、 死锁产生的四个必要条件 　　互斥条件：指进程对所分配到的资源进行排它性使用，即在一段时间内某资源只由一个进程占用。如果此时还有其它进程请求资源，则请求者只能等待，直至占有资源的进程用毕释放 请求和保持条件：指进程已经保持至少一个资源，但又提出了新的资源请求，而该资源已被其它进程占有，此时请求
I2C 接口进入 Busy 状态不能退出.pdf
05-24
T官方 I2C BUG分析解决文档，分析了一个用户在使用STM32硬件 I2C与E2PROM通讯时的BUSY位被置位卡死的情况
I2C挂死 I2C 接口进入 Busy 状态不能退出
haoyingbao的博客
08-21 5697
问题： 发生在 STM32或者其它处理器上上。据其工程师讲述：在其产品设计中，使用了 STM32 的一个 I2C 接口与一个 EEPROM 通信。在系统靠性测试中发现，经过长时间运行后，STM32 会 出现不能读写 EEPROM 的现象。通过 NRST 管脚对 STM32 进行复位，复位后该现象依旧存在。关掉电 源，然后重新上电，现象消失。通过进一步测试发现，如果对 STM32 反复做复位操作，会很容易复现 这一现象。调研： 修改软件，通过打印监控 I2C 通信程序的流程，及 ...
STM32F 单片机硬件I2C Busy标志导致的I2C卡死的处理办法
PP_hui的博客
01-05 7791
STM32F 单片机硬件I2C Busy标志导致的I2C卡死的处理办法 在调试多用户表的时候，发现如果人为短接I2C的SDA或SLK脚后，I2C的SR2的Busy标志将会置1，并且试了很多种办法也无法清除该标志位，只能复位芯片后I2C才能恢复正常。 导致这个问题的原因是STM32芯片的硬件I2C接口是支持多个主设备同时使用的，STM32的I2C接口会一直检查SDA和SLK的状态，当出现非自己发出的电平变化等情况后，STM32芯片则判定为是有其它I2C的主在操作总线，这样STM32的Busy（总线忙.
STM32 HAL 库 I2C_WaitOnFlagUntilTimeout BUSY 解决办法
蒙蒙plus
07-08 5211
今日使用STM32F103读写MLX90640 热成像相机， 采用硬件IIC时老是返回繁忙 或者错误， 运气好的话只有第一次成功访问，但后续将无法读取数据 经测试研究发现，系为 IO直接对接，未做信号上拉导致，检测到SDA持续为低 STM32单片机误以为是有设备占用总线，便一直处于忙状态。外接上拉电阻STM32IIC引脚 GPIO_InitStruct.Mode = GPIO_MODE_AF_PP;改为推挽输出 也就是单片机的内置上拉给启用 便能解决使用的CubeMX生成的工程 这里便不再粘贴更多源码
stm32解决i2c死锁
07-04
### 回答1： STM32是一种广泛使用的微控制器系列，它具有丰富的外设接口，包括I2C总线接口。在使用STM32进行I2C通信时，可能会遇到I2C死锁的问题。下面是如何解决STM32 I2C死锁的一些建议。 首先，要了解I2C死锁的原因。I2C死锁通常是由于I2C总线上的通信错误引起的。这可能是由于电路连接问题，或者是硬件配置错误。因此，我们需要先检查硬件连接是否正确，并确保I2C总线上的电气信号是稳定和合理的。 其次，要确保I2C总线的时钟频率设置正确。在STM32中，I2C通信的时钟频率可以通过修改I2C控制寄存器的位来设置。如果时钟频率设置不正确，可能会导致通信错误，从而导致死锁。因此，需要根据实际情况调整时钟频率。 第三，要正确配置STM32的I2C外设寄存器。在使用STM32进行I2C通信时，需要配置相关的寄存器，例如控制寄存器、状态寄存器和数据寄存器等。正确的配置可以确保正常的通信流程，避免死锁的发生。因此，需要参考STM32的技术文档或用户手册，了解每个寄存器的配置要求，并按照要求进行配置。 最后，可以使用适当的同步机制来避免I2C死锁。例如，可以使用软件延时或者定时器来控制I2C的操作顺序，避免并发访问I2C总线引发冲突。此外，可以使用中断来处理I2C事件，确保及时响应和处理，以避免死锁。 综上所述，解决STM32 I2C死锁的关键在于正确配置硬件和软件，并遵循正确的通信流程和同步机制。通过仔细检查和调试，可以成功解决I2C死锁问题，确保正常的通信。 ### 回答2： STM32是一种广泛使用的32位微控制器，它具有丰富的外设和强大的性能。I2C是一种常用的串行通信协议，用于连接多个设备，但在某些情况下可能会出现I2C死锁的问题。 在STM32中解决I2C死锁的方法有以下几点： 1. 检查硬件连接：首先，我们要确保I2C线路的物理连接正常，包括电源供应、信号线连接是否良好。检查硬件连线是否存在短路或者断开的情况，这些问题都可能导致I2C死锁。 2. 配置I2C参数：正确配置I2C的时序参数也是解决死锁问题的重要步骤。首先，我们需要选择正确的时钟频率，确保I2C总线的时钟频率与设备的要求相匹配。其次，设置合适的时序参数，包括起始信号、数据传输速率、数据位数等。 3. 错误处理：在I2C通信中，错误处理也是非常重要的一环。我们可以使用STM32提供的I2C中断机制来检测和处理错误，例如检测总线忙或设备无应答等情况，并采取相应的措施来解决问题。 4. 超时设置：在I2C通信过程中，我们可以设置一个超时值来避免死锁。如果I2C操作超过了预设的时间，我们可以选择终止当前的传输，并尝试重新启动I2C通信。 5. 使用DMA传输：如果可能的话，我们可以考虑使用DMA传输来替代CPU的轮询方式。通过使用DMA传输，可以减少CPU的负担，提高系统的响应性能，并降低死锁的风险。 综上所述，要解决STM32中的I2C死锁问题，我们需要检查硬件连接、正确配置I2C参数、处理错误情况、设置超时等。同时，合理利用STM32提供的硬件资源，如中断机制和DMA传输等，也可以帮助我们有效地解决I2C死锁问题。 ### 回答3： 在STM32中解决I2C死锁的方法有很多种，下面我将介绍一种一般性的解决方案。 首先，I2C死锁通常是由于主从设备之间的通信不同步或出现故障引起的。因此，我们可以尝试以下步骤来解决问题： 1. 检查电气连接：确定I2C总线线缆连接正常，没有任何断开或短路。 2. 确保时钟速率设置正确：I2C总线应根据硬件规格设置正确的时钟速率。如果速率设置过高，可能会导致通信错误。 3. 重置I2C总线：通过对I2C外设进行硬件或软件复位，可以尝试恢复I2C总线的正常状态。可以使用适当的寄存器位或外部引脚来实现硬件复位。 4. 检查设备地址：确保主设备发出的设备地址与被动设备的地址匹配。如果地址不匹配，将无法建立通信。 5. 使用适当的ACK来判断：当主设备发送数据时，被动设备需要正确响应ACK信号。如果被动设备没有正确回应ACK信号，可能会导致死锁。可以使用适当的I2C控制器标志位来检查ACK。 6. 处理超时：在等待ACK时，可以使用适当的超时来避免死锁。在等待超时时，我们可以采取恢复措施，如复位I2C外设或重新初始化总线。 如果以上方法仍未解决I2C死锁问题，可能需要进一步检查硬件连接和电源供应。此外，可以考虑使用标准库或HAL库来简化I2C外设的初始化和操作，以减少代码中的错误。 总之，解决I2C死锁问题需要仔细检查硬件和软件方面的各种因素，并采取适当的措施来修复问题。每个具体问题都可能有不同的解决方法，因此根据具体情况调整以上解决方案。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值