[参考译文] MSP430FR6989：定义大于信息段的 FRAM 区域

您好 Jace、

这不是我需要的、我已经看到了这些 PDF。 现在让我们完全忘记 EEPROM、我只想为编译器/链接器标记 FRAM 中的某个区域、使其不存在代码/数据、然后我可以轻松地将数据读取并写入该 FRAM。 现在、我可以使用0x1800-0x2000的信息区域、但它有点太小了。 我可以假设编译器不应意外使用这些区域。 我可以使用一些引导加载程序器件、因为它就在它旁边。 或者、只要在我想要的任何位置编写代码就足够了、如果我不使用引导加载程序、并且我猜信息 A-D 未被使用、这是可以的？ 但是、如果需要更多的 FRAM 用于数据、那么了解如何保留 FRAM 的任何部分是很好的。 我使用默认的 TI 编译器

当然、您可以编辑链接器脚本以留出 FRAM 区域并在其中放置一个特殊段。 但有一种更简单的方法。 内存从下而上分配、因此除非代码增长很大、否则永远不会使用最高地址。 因此、只需使用一个块。

我找到了一些解决方案、首先定义如下：

pragma PERSISTENT (A)
uint16_t a[1000]=｛0｝；

事实证明、MSP430FR6989会自动将数据放在0x4400地址上、并且空间很大、因此一个问题就解决了。 其次、在工程属性中设置 MPU 选项是一个选项、或者更改链接器脚本、但它不起作用。  我尝试更改 FRAM 的 cmd 文件中的默认区域和长度、但它不会编译、说它是重叠的、但不会。 奇怪

信息段的缺点是链接器脚本中的支持不平衡。 对 gcc 脚本的快速检查表明、虽然信息内存段被定义、但是不会通过"Provide (提供)"导出符号。 使用 section 属性似乎不受支持、因为手册中说 section 属性将添加 lower、upper 或作为前缀。 没有什么可以替代的。

当然、我可以编辑链接器脚本。 每次 mspgcc 链接器脚本提供这些符号。

感谢您提供有用的信息！ 我认为删除 FRAM 不会是一个问题。