[参考译文] MSP430FR5720：部分FRAM已清除为0x00

您好，Kot，

感谢您的发帖。

问题：
1)如果DVCC和AVCC分别加电会发生什么情况？ 是否可能将FRAM的一部分清除为0x00？
2) FRAM数据清除为0x00的可能原因是什么？[/QUOT]

对于#1，结果是不可预测的。 如果您违反规范，则很难准确预测故障将如何发生，因为它显然超出了零件设计的范围。 我想说，它可能会在某种程度上导致FRAM清除，例如，它会导致设备执行不稳定。

对于2号：

可能导致清除FRAM数据的情况不同。 由于FRAM可以像RAM一样写入，因此很可能是代码导致FRAM以0写入，或者设备的异常执行导致错误写入FRAM。 为了更好地了解根本原因，我们需要了解更多有关情况的信息。 首先，客户是否启用MPU来保护其代码？ 这被视为最佳做法，对于帮助防止错误写入非常重要。 客户如何启用MPU (他们是使用CCS/IAR中的MPU工具，还是在其代码中手动启用MPU)？ 他们是否在代码中的某个位置正常执行FRAM写入操作？

但是，无论采取什么措施，他们都应该解决AVCC和DVCC分别出现的问题违反了规范，因此我们无法将其作为根本原因排除-即使它不是此问题的根本原因， 它可能会导致其他问题，因此必须修复。

此致，

Katie

您好，Katie：

感谢您的快速回复，并对我的延迟回复表示抱歉。

对于#1，我知道结果是不可预测的。
我从客户那里得到了通电波形。 请参阅附件。
DVCC打开到AVCC打开之间存在~411msec时间间隔。
在此期间，AVCC不是从外部供电，但在引脚处可以看到~2.4V电压。

对于#2，客户在其代码中手动使用MPU。
事实上，他们最初没有使用MPU。 他们看到系统在重启后经常挂起。
实施MPU后，3个电脑仅出现3次问题。
我要求客户确认他们在没有MPU的情况下看到的问题与MPU完全相同。

没有MPU：地址0xF630已损坏。 数据损坏似乎是随机的。
使用MPU：地址0xF0000至0xF58C被清除为0x00。 (两个结果相同。 另一个1件未检查)

谢谢，此致，
Kot