I2C 库函数sEE_WaitEepromStandbyState(void) 作用

sherry1994

void I2C_EE_WaitEepromStandbyState(void)      
{
  vu16 SR1_Tmp = 0;
  do
  {
    /* Send START condition */
    I2C_GenerateSTART(I2C1, ENABLE);
    /* Read I2C1 SR1 register */
    SR1_Tmp = I2C_ReadRegister(I2C1, I2C_Register_SR1);
    /* Send EEPROM address for write */
    I2C_Send7bitAddress(I2C1, EEPROM_ADDRESS, I2C_Direction_Transmitter);
  }while(!(I2C_ReadRegister(I2C1, I2C_Register_SR1) & 0x0002));
  
  /* Clear AF flag */
  I2C_ClearFlag(I2C1, I2C_FLAG_AF);
    /* STOP condition */   
    I2C_GenerateSTOP(I2C1, ENABLE);
}

这个函数的存在，是因为如下的原因么？

我们读取EEPROM的时候很简单，EEPROM根据我们所送的时序，直接就把数据送出来了，但是写EEPROM却没有这么简单。我们如果给EEPROM发送数据后，先保存在了EEPROM的缓存，EEPROM必须要把缓存中的数据搬移到“非易失”的区域，才能达到掉电不丢失的效果。而往非易失区域写需要一定的时间，每种器件不完全一样，ATMEL公司的24C02的这个写入时间最高不超过5ms。在往非易失区域写的过程，EEPROM是不会再响应我们的访问的，不仅接收不到我们的数据，我们即使用I2C标准的寻址模式去寻址，EEPROM都不会应答，就如同这个总线上没有这个器件一样。数据写入非易失区域完毕后，EEPROM再次恢复正常，可以正常读写了。

细心的同学，在看上一节程序的时候会发现，我们写数据的那段代码，实际上我们有去读应答位ACK，但是读到了应答位我们也没有做任何处理。这是因为我们一次只写一个字节的数据进去，等到下次重新上电再写的时候，时间肯定远远超过了5ms，但是如果我们是连续写入几个字节的时候，我们就必须得考虑到应答位的问题了。写入一个字节后，再写入下一个字节之前，我们必须要等待EEPROM再次响应才可以，大家注意我的程序的写法，可以学习一下。

亽亼

就是，保证数据保存完整后才进行下一步工作

flyleaf

相当于忙碌等待