[参考译文] MSPM0L1306：对具有 A&#39；来自 RAM&#39；变体的 flastCTL driverlib API 感到困惑

您好、AJ、

 DL_FlashCTL_eraseMemory 和 DL_FlashCTL_eraseMemoryFromRAM 的区别  为  DL_FlashCTL_executeCommandFromRAM 。

DL_FlashCTL_executeCommandFromRAM  在 RAM 中运行 FlashCTL 命令、而不是从闪存读取代码。 它可以避免同时读取闪存和写入/擦除闪存。

谢谢。

于浩

感谢您的回答。 我仍然需要一些澄清。 感谢您在线回答：

1. "从 RAM 执行"是什么意思？ 我想它的意思是"读-修改-写"序列、但希望您确认是否是这样。
2. 其次、"读取-验证"和"空白-验证"在从 RAM 执行与在闪存执行之间有何不同？
3. 最后、考虑到我们这里要讨论具有有限擦除周期的闪存、这些 API 的非 RAM 版本将会是什么用例？

希望很快收到您的反馈

您好、AJ、

• DL_FlashCTL_executeCommandFromRAM 由 RAMFUNC 定义、这意味着它是在 RAM 中定义的。 代码将从 RAM 而不是闪存中运行。
•  从 RAM 执行与从闪存执行没有区别。
• 目前、建议仅使用具有 RAM 版本的 API。 未在 RAM 中运行可能会导致 CPU 卡滞。

谢谢。

于浩

因此、根据 TI 的建议、从 RAM 执行是最好的选择。 规格。 谢谢！

最后、TI 是否有一个简单的示例：在闪存中创建一个新的存储器段、然后在代码中的某个位置引用它？

您好、AJ、

不、我认为没有这样的例子。 但实际上.cmd 文件很容易修改。

有一些修改.cmd 的示例、例如  secondary_BSL_UART_LP_MSPM0L1306_nortos_ticlang

通过存储器分配、 您可以观察闪存段。  

谢谢。

于浩