[参考译文] MCF8315C-Q1：EEPROM 值在测试运行期间复位

尊敬的 Aman：

请参阅常见问题解答链接 (+)[常见问题解答] MCF8316C-Q1：通用 EEPROM 写入过程建议- MCx83xx 系列(MCF8316A、MCF8316C-Q1、MCF8315A、MCF8315C (-Q1)、MCF8329A、 MCT8316A (-Q1)、MCT8315A、MCT8329A)-电机驱动器-内部论坛-电机驱动器-内部- TI E2E 支持论坛

我们将突出显示器件条件以成功对 EEPROM 进行编程。  

快速注意、当器件处于电机运行状态时不应进行 EEPROM 写入/读取、我们应将器件置于电机空闲状态。

然后继续写入指令、在下电上电或发出电机运行命令之前、确保提供500ms 的最小延迟、验证 EERPOM 写入位是否被清零、这表示成功完成、然后重新下电上电。

谢谢、此致

Venkatadri S.

尊敬的 Venkatadri：

请注意、刷写 EEPROM 时没有问题。 电机驱动器按预期工作。 该问题是在很长时间后才出现的、 在第一次闪烁后没有进行有意的闪烁尝试。 因此、我想知道 EEPROM 数据是否会损坏、导致数据复位的任何其他情况(线路欠压、欠压等)。

数据表提到发送 EEPROM 写入命令后的最小延迟为300ms、因此请告诉我额外增加200ms 的原因(无论如何、我确信 EEPROM 已正确刷写)。  但是、我 在数据表中找不到 EEPROM_WRT 位和 EEPROM 写入状态之间连接的任何说明。 如果我丢失了该部分、请说明这一点。

您提供的链接也显示"页面未找到"!

尊敬的 Aman：

链接尚未激活、很抱歉我没有验证它、因为它即将发布。

我复制了此处的图像、该图像回答了您关于最小延迟的问题

关于该问题、您能否在应用程序中确认 EEPROM 写入函数在哪里存在以及何时被调用？

这是一个常见问题、应用程序可能会在每次上电期间调用 EEPROM 写入、并验证配置是否不匹配。

原因

1.假设 EEPROM 写入开始、此时会发生断电、从而保留完整的 EEPROM 写入。

2.在 EEPROM 写入指令后下电上电,无需等待最小延迟。

您能否共享一些损坏的数据和预期价值？

谢谢、此致

Venkatadri S.

另外、您能否告诉我 EEPROM 是否有元数据部分、能够说明 EEPROM 刷写了多少次或类似的内容？

您好！  

遗憾的是、我没有损坏的 EEPROM 的数据。 但是、当 BUCK 输出恢复到3.3V 且从 ID 也变为零时、我怀疑它必须复位为0。
我正在检查应用程序代码、在上电时没有发生 EEPROM 写入。 与 EEPROM 闪存器件一样、闪存器件是代码的一个单独部分、会保持禁用状态。 然而,我并不完全否认意外写入的可能性,但只是想知道其他的可能性。 由于我最后可以验证意外 EEPROM 写入、但如果有任何其他提示、这将非常有用

还有一点、您可以确认影子寄存器的状态与上电复位时 EEPROM 中的值相同吗？ 如果给出"影子到 EEPROM 传输"命令时未在影子寄存器中写入有效值、则 EEPROM 的状态将保持正确？

尊敬的 Aman：

EEPROM 耐久性和编程电压较好。  

仅当可以更改 EEPROM 之前提到的序列中的任何问题时。

上电时、器件会将配置从 EEPROM 复制到影子寄存器中。

您是否连接了 GUI 并运行了 I2C 地址查找？ 如果值发生变化、器件的 I2C 地址可能与0x1不同。

您能否确认 I2C Find？

您有多少个像这样的器件？

谢谢、此致

Venkatadri S.

感谢您的确认。
我已通过将从 ID 保持为0来重新刷写 MCF、结果成功。 正如我所提到的、该怀疑(从器件 ID 为零)来自降压输出恢复到3.3V。
到目前为止、只识别了一个实例。

尊敬的 Aman：

其他功能如何、它们是否正常工作？ 电机参数和其他调优？

无论如何、请确保遵循前面的线程中所述的 EEPROM 写入流程。

谢谢、此致

Venkatadri S.

是的,Venkatadri,其他一切都很好。  

需要对数据表中提供的以下注释进行一些澄清

目前违反了这一点、因为这对于在每个字节之后插入100us 延迟是不可行的、因为这会严重影响通信速率、进而严重影响整体功能。 您能对此发表评论吗？