[参考译文] CCS/MSP430FR5969：了解MPU

您好，Olli，

首先，尝试破解链接程序文件初始化MPU和分区内存的方式可能会非常混乱，正如您已经发现的那样。 此外，许多变量似乎是"自动"设置的，但我会尝试分解一切的工作方式。

有三种方法可以设置MPU，但让我们先从编译器在默认情况下如何处理它开始：

默认情况下，编译器将创建3个具有以下权限和地址的内存段

1. 段1：持久变量，I/O缓冲区，动态内存分配
   1. 注意：只有当代码中存在这些变量时，才需要执行此操作。 否则长度= 0
   2. 权限：可读和可写
   3. 起始地址：FRAM的起始地址
   4. 结束地址：段2的开始(与0x0400对齐)
2. 段2：知识产权封装(IPE)代码
   1. 注：仅当启用IPE时才会出现此情况。 否则截面长度= 0。
   2. 权限：可读，可写和可执行
   3. 起始地址：段1结束或FRAM起始(如果段1长度=0)。
   4. 结束地址：段3的开始(与0x0400对齐)
3. 段3：代码
   1. 权限：可读和可执行
   2. 起始地址：第2段结束，第1段结束(如果第2段长度=0)，或第1段和第2段长度=0时FRAM开始
   3. 结束地址：FRAM2结束

所有这些段边界都由链接程序文件中的此部分代码“自动”确定：

GROU(LW_IPE)
{

GROUGE(READ_WRIT_MEMORE)
{

.TI.PERTI.PERTI={}/* for #pragma persistent */
.CIO：{}/* C I/O Buffer*/
.sysmem：{}/*动态内存分配区*/}
PALIIGN(0x0400)，run_start(fram_ENRW_start) Group_.IPE*




：{_IPE_IPE*:{_IPE_IPE*:{_IPE_IPE*:{} CAST_IPE*:{_IPE*_IPE*:{数据结构/.IPE*/.IPE*:

{}/* IPE保护常量*/
.IPE:_ISR :{}/* IPE ISRs*/
} PALIGN(0x0400)，run_start(fram_IPE_start) run_end(fram_IPE_end) run_end(fram_rx_start)

}> 0x4000 

run_start宏将相应组的起始地址分配给传递给它的变量。 同样，run_end宏将相应组的结束地址分配给传递给它的变量。 最后，PALIGN宏将内存与传递给它的边界对齐。 例如，假设您有500kB的持久性变量，2kB的IPE数据和10kB的代码。 如果使用MSP430FR5959，则上述变量将按如下方式分配：

• FRAM_RW_START = 0x4400
• FRAM_IPE_START = 0x4800 (由于0x0400对齐)
• frm_rx_start = 0x5000

这将使分段边界如下所示：

• 网段1 (RW)：0x4400到0x47FF
• 段2 (rwx)：0x4800至0x4FFF
• 网段3 (RX)：0x5000至0x13FFF

然后，此代码将在链接程序文件中设置此链接：

//段定义
#ifdef _MPU_MANUAL //用于在GUI中选择的自定义尺寸
MPU_SEGM1 =_MPU_SEGB1 >> 4；
MPU_SEGM2 =_MPU_SEGB2 >> 4；
MPU_SAM_VALUE =(_MPU_SAM0 <12)|(_MPU_SAM3 =_SAM3；<MPU_4)
#else //链接器生成的自动大小
#ifdef _ipe_enable //如果项目中也使用IPE
//seg1 =任何读取+写入持久性变量
//seg2 = ipe =读取+写入+执行访问
//seg3 =代码，只读+执行
MPU_segment Border1 = fram_ipe_start >> 4；
MPU_SEGM_Border2 = fram_rx_start >> 4；
MPU_SAM_VALUE = 0x1573；// Info R，Seg3 RX，Seg2 rwx， Seg1 RW
#else
MPU_SEGM_Border1 = fram_Rx_start >> 4；
MPU_SEGM_Border2 = fram_Rx_start >> 4；
MPU_SAM_VALUE = 0x1513；// Info R，Seg3 RX，Seg2 R， Seg1 RW
#endif
#endif 

您会注意到，启用IPE时，此代码集的句段1边界到IPE节的开头，句段2边界到代码段的开头。 这将有效地创建3个内存部分，如下所示：

• 0x4400到fram_ipe_start
• FRAM_IPE_START至fram_rx_start
• FRAM_Rx_start到FRAM2的末尾

您还会注意到，如果IPE被禁用，MPU_SEGMENT_Border1 = MPU_SEGMENT_Border2。 这是有目的且有效地将IPE段(段2)的长度设置为0。 在此方案中，创建了3个部分，如下所示：

• 0x4400到fram_rx_start
• frm_rx_start到fram_rx_start (长度为0)
• FRAM_Rx_start到FRAM2结束

此外，允许编译器设置MPU时，默认情况下，MPU生成的非屏蔽中断(NMI)将被禁用。 这并不意味着MPU不保护这些内存部分。 这只是意味着如果尝试访问冲突，但仍保护内存不被错误访问，则不会生成任何中断。 如您所述，您可以启用NMI，同时也允许编译器通过预定义_MPU_ENable_NMI来处理MPU设置。 在这种情况下，您需要为代码中的NMI向量提供中断服务例程。

最后，您会注意到此代码为编译器分配的部分设置了权限：

MPU_SAM_VALUE = 0x1513；// Info R，Seg3 RX，Seg2 R，Seg1 RW 

您可以并且应该更改此设置以满足应用程序的要求。

设置MPU的第二种方法是在项目属性中选择“手动指定内存段边界和访问权限”单选按钮：

您可以在此处设置边界并访问应用程序所需的任何内容。 唯一的区别是节可能没有优化到每个段所需的大小，就像编译器处理它一样。 此外，您可以选择“Lock configuration”(锁定配置)和/或“Enable NMI”(启用NMI)复选框，以自动预定义_MPU_LOCK和_MPU_ENable_NMI定义。

设置MPU的最后一种方法是在执行开始时在代码中。 这很困难，但可以通过仔细遵循用户指南来设置寄存器以满足应用程序的需要来完成。

最后，我不熟悉RXi旗帜，也不知道您这一问题的含义，请您详细说明一下：

[QUOTE USER="Olli Mannisto"关于标志的主题，初始化标志我不确定。 何时初始化？ 启动后？ 在闪烁期间，#pragma持久性内容初始化一次？

此致，
Caleb Overbay

初始化标志可在MSP430汇编语言参考SLAU131章节8.5 ．4.2 中找到。

attr指定与命名区域关联的一到四个属性。 属性是可选的；
使用时，必须将其括在括号中。 属性限制的分配
将部分输出到特定内存范围。 如果不使用任何属性，则可以使用
将任何输出部分分配到任何范围，没有任何限制。 没有的任何内存
指定的属性(包括默认模型中的所有内存)具有所有四个属性。
有效属性包括：

因此，构建我指定的自己的内存分区

FRAMRO (RX) ：原点= 0x4400，长度= 0x0C00
FRAM 			：原点= 0x5000，长度= 0xAF80
FRAMRO2 (RX) ：原点= 0x1万，长度= 0x4000 

现在这些标志实际上有什么影响吗？  

在您的示例中，您将为代码(RX)分配大部分FRAM。 我个人尝试实现的是在FRAM的48kB块和16kB块的开头创建两个只读段。 我想避免将"中间"部分声明为RX，因为它包含许多"其他"内容，即签名和中断向量。 我认为它们实际上应该是RO，既不包含代码，也不应该在运行时被篡改。  

根据您的解释，我将删除那些手动分配的句段，因为我必须临时照看代码用法。 这实际上是写在任何地方吗？ 例如，SLAA685，SLAA628和SPMA044A都解决了内存保护问题，但没有说明它如何在代码编写器中自动工作。 当然，其中一些是相当老的，例如SPMA044A是2012年的。  

如果没有PUC或NMI，则不会显示访问故障，这是失控指针的标志，在最佳情况下很难调试。 因此，我最好分配NMI来启动CPU并增加监视器标志：

案例0x0E： //MPUSEG2IFG
//清除违规中断标志
SYSNMIFLAG =1； //设置标志
MyConfig_RW.watchdog l++；
if(!myconfig_rw.watchdog _l){
MyConfig_RW.watchdog _h+;
}
/*
*再见残酷的世界！
*/
pm_trigPOR()；
中断；