[参考译文] 答复：msp430fr6989写入FRAM

您好，Adam：

我认为#pragma NOINIT和#pragma persistent不应一起使用。 构建时CCS是否会抛出任何警告消息？

对于持久性，它实际上需要有一个初始化值，例如

#pragma persistent( FRAM_WRITE )
unsigned long FRAM_write[128]={0}; 

这与NOINIT冲突，因为这将要求您没有初始化值。 在这种情况下，NOINIT似乎是在取代持久性，所以让我们去除掉它。

我建议单独使用持久性，如我上面的例子所示。 我刚刚在 编译器版本中尝试了此功能，它似乎工作正常。  初始化设置的值仅在您第一次将代码加载到部件时设置，但编译器将使c-startup代码不会在每次启动时重新初始化该区域。 这样，您的FRAM值将不会被c启动代码擦除，并将通过电源循环或代码重置来保留。 持久也是MPU工具用于自动处理MPU的内容。

此致，

Katie

您好，Adam：

如果始终将FRAM变量作为变量引用，而不是尝试用指针写入硬编码地址，那么链接器放置变量的位置应该不会有任何影响。 所以我的问题基本上是为什么要锁定FRAM变量的特定地址-用例是什么？ 有方法可以执行此操作，但在这种情况下，最终不使用MPU初始化的自动链接程序处理，还需要自定义链接程序文件。 因此，如果您可以像访问变量，数组等那样访问FRAM，而不是使用语句写入硬编码地址，那么这将对您来说长期来说容易得多。

使用持久性，缺省链接程序文件将所有读+写变量放置在部件FRAM的开头。 但是，如果您添加/删除/更改 变量的大小，它们最终可能会在该组中的地址稍有不同。 但正如我所说的那样，很少有需要实际设置特定绝对地址的用例-使用变量/数组的优点 是您不需要知道绝对地址。

此致，

Katie

您好，Katie：

自定义链接程序文件运行良好。  现在，我已经创建了一个自定义链接程序文件，在FRAM中为永久存储定义了一个部分，并为其提供了在启动时未自动初始化为零的属性，它正是根据需要工作的。  这是我一直在寻找的解决方案，实现这一目标的唯一方法是使用自定义链接程序文件。  我在过去对其他处理器也做过同样的事情，因此这是使用MSP430实现这一目标的方式是完全有意义的。  我非常喜欢TI有关链接器文件格式的文档。  这是非常彻底的，我非常感谢。

感谢您的帮助。

亚当