This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
看到手册上提示
但是用Vout的好处是只在读取和修改EEPROM的时候才会为EEPROM提供电，能降低功耗，现在的BQ2060A能否用Vout为EEPROM供电呢？还是仍然建议使用VCC供电？
这个主要看实际使用的eeprom是否支持这样的上电时序，现在的2060A也可以这样用，但我们建议采用VCC直接连，这样可以无论任何型号的EEPROm都可以正常的工作以避免可靠性的问题。
这个上电时序有什么特殊之处吗？为什么有的EEPROM不支持，我用的是MICROCHIP的SOIC-8封装的24LC01B
可以查看下不同EEPROM的时序有什么不同。
按照BQ2060A的设计思想，它只有在对eeprom进行操作时才在vout脚输出对应的电压，BQ2060/A会将vout延迟10ms后才会下降为0 ，从而使得EEPROm有足够的时间完成写操作。但有很低的概率（大约1%）在BQ2060/A更新CycleCount 和 FullChargeCapacity时，BQ2060/A会错误的侦查到eeprom处于一个busy的状态，从而将vout降低为0，但没有保留10ms的延迟。此后BQ2060A会在1秒后重新重试来写入正确的值，且保留正常的10ms延迟，但之前失败的写操作可能会将对eeprom造成未知的错误（详见下述内容）。
原本这个错误对eerprom的影响非常有限，虽然有一次失败的写操作但BQ2060A会在1秒后重试写入正确的值，但现在有一家eeprom生产商已经将eeprom的架构升级，这次升级使得由于BQ2060A错误侦测到eeprom处于busy时将vcc迅速拉低而没有保留10ms延迟的情况下对eeprom的影响巨大。它在每一次写操作时都将该地址的8byte block全部擦除掉且由于vcc非常小的延迟而使得擦除的内容不能恢复，那么当写到CycleCount 和 FullChargeCapacity时，它会使得同处于一个8byte block的后续的6个byte全部变为0xff。即以下地址的内容将会受到影响：Misc Options (仅bq2060A ), Safety Overtemperature (仅bq2060A ), Charging Voltage, Pack Capacity,Cycle Count Threshold, 和Pack Configuration.而此时当有任何原因导致bq2060/A在随后有一个reset动作时，从eeprom中的值将被刷新到bq2060A的ram中去，这样由于错误的值被读入到ram，从而导致bq2060A 正常的gas gauge功能受到扰乱。
所以需要向你eeprom生产商确认它的eeprom在进行写操作的时候不会将一个block全部擦掉，若是则完全不能采用vout单独供电的设计，的现在TI推荐的解决方案是将vout与VCC短接在一起，这样可以完全避免上述的问题，而额外的电流损耗一般小于1uA（取决于EEPROm的实际需求）
