工具与软件：
MCF8315的 EERPOM 上刷写了所需值并且运行正常。 突然它停止通过 I2C 线路(NACK)进行响应。 此外、在问题降压输出恢复到3.3V 后、降压输出在 EEPROM 中配置为5V。
可能的原因可能是软件中出现意外的 EEPROM 闪烁为零。 但除此之外、还有任何其他类似 EEPROM 值可以重置的情况吗？ 由于从器件 ID 保持为1、因此 EEPROM 恢复为0可能是观察到 NACK 以及降压输出复位的原因。 稍后、当使用 ID 为0进行通信时、它正在正确响应、并且 EEPROM 也已重新刷写。
我正在研究软件是否可能用零意外刷写 EEPROM、但这种情况很不可能发生。 如果有任何其他可能发生这种情况、请告诉我。
尊敬的 Aman：
链接尚未激活、很抱歉我没有验证它、因为它即将发布。
我复制了此处的图像、该图像回答了您关于最小延迟的问题
关于该问题、您能否在应用程序中确认 EEPROM 写入函数在哪里存在以及何时被调用？
这是一个常见问题、应用程序可能会在每次上电期间调用 EEPROM 写入、并验证配置是否不匹配。
原因
1.假设 EEPROM 写入开始、此时会发生断电、从而保留完整的 EEPROM 写入。
2.在 EEPROM 写入指令后下电上电,无需等待最小延迟。
您能否共享一些损坏的数据和预期价值？
谢谢、此致
Venkatadri S.
尊敬的 Aman：
EEPROM 耐久性和编程电压较好。
仅当可以更改 EEPROM 之前提到的序列中的任何问题时。
上电时、器件会将配置从 EEPROM 复制到影子寄存器中。
您是否连接了 GUI 并运行了 I2C 地址查找？ 如果值发生变化、器件的 I2C 地址可能与0x1不同。
您能否确认 I2C Find？
您有多少个像这样的器件？
谢谢、此致
Venkatadri S.
是的,Venkatadri,其他一切都很好。
需要对数据表中提供的以下注释进行一些澄清
目前违反了这一点、因为这对于在每个字节之后插入100us 延迟是不可行的、因为这会严重影响通信速率、进而严重影响整体功能。 您能对此发表评论吗？
