[参考译文] MSPM0G1107：通过 DataFlash 访问 NvMem

Edward、您好！

您能否在此处粘贴函数调用、以便能够准确地知道您在使用哪一个以及相关参数？

至于示例代码、可使用 G3507示例、然后在.syscfg 文件中单击器件视图(如 本页的 第4.6节所示-第4.8节还显示了开关器件)、并使用"SWITCH"按钮将器件更改为 G1107。 它可能会抛出一些有关引脚配置的警告、但对于 flashctl 示例、这应该没有问题。 MSPM0G3507的闪存映射将与 MSPM0G1107相同、因此您还应该能够在任一器件上执行相同的闪存读取和写入。  

使用与 CCS 示例中相同的链接器- flashctl_multiple_size_read_verify_LP_MSPM0G3507_nortos_gcc

已按照您的建议使用 G1107目标重建 G3507示例。 这是导致硬故障的功能

抛出异常-似乎从0x2020_0000地址的 RAM bc 中执行、对吧？

不同之处不是自动生成的 SYSCFG_DL_init ()函数,而是使用我们自己的名为 Driver_App 357wareInit ()的函数-它有效地执行相同的工作(我想吗?)

正确、该函数正在从 RAM 执行、源自0x20200XXX 的异常表示它来自 SRAM 的 ECC 未校验区域、这在这里是预期的。

还可以确认您的第三个映像是的、您正在使用的函数调用只是我们提供的 driverlib 函数、它们看起来在这种情况下可以很好地使用。

那么、返回到第一个图像以阐明-当您在 G1107上运行所提供的示例时、还会遇到硬错误？ 或者、您是说突出显示的函数就是原始应用中出现硬故障的原因吗？

对于任何情况-有必要知道你传递的地址(第二个操作数)和你正在擦除的空间的大小(第三个操作数)。 您能否告诉我这些内容也适用于您的示例？ 这可能会揭示问题所在。

此外、当遇到硬故障时、您还可以在此处复制粘贴 xPSR 寄存器的内容吗？