关于IIC初始化后就进入busy状态的问题

  最近在调试stm32f103的iic,两个iic设备,一个rtc芯片,一个eeprom,挂载在同一个iic端口上。期间发现了一些问题,这里记录一下。

1. 首先是iic在某些板子上会出现一开启iic复用时钟就直接进入busy状态的情况,这就导致后续的iic读写操作会卡在while(I2C_GetFlagStatus(I2C1, I2C_FLAG_BUSY));,网上有反应说是iic配置不对的问题,即使在配置中通过I2C_DeInit(I2C1);清零iic的busy位,后面也会立刻进入busy状态。改用模拟iic后依旧无法读写,检查了一下iic的引脚,发现iic的SDA引脚被拉低了。最后确定了是硬件的问题,rtc芯片可能存在质量问题拉低了SDA引脚。SDA在低电平状态下,硬件iic的busy位寄存器就自动置位。所以在配置没问题的情况下如果依旧存在这个问题,可以尝试检查一下硬件的原因。

总结:检查iic配置,以及iic引脚。如果模拟iic能用,硬件iic不能,大概率为配置出问题。模拟跟硬件都用不了,大概率是硬件的问题。

2. 另一个是while(!I2C_CheckEvent(I2C1,I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED));的问题,在对eeprom进行读写的过程中发现大概率会卡在这个循环里。 究其原因,应该是eeprom写入速度的限制,连续写以及写跟读之间必须加个2-3ms的延时,不然eeprom无法响应,导致程序卡死在 iic事件判断里。而如果换成模拟iic的话,不加延时会导致连续写入过程中只有部分数据写入成功。具体还是跟器件的读写速度有关,比如我使用rtc芯片就可以直接进行读写,不需要加延时。

总结:针对eeprom的读写加入适当延时。具体情况具体分析。

猜你喜欢

转载自blog.csdn.net/rjfjeff/article/details/82350668