关于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的读写加入适当延时。具体情况具体分析。