请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：MSP430FR4133 我不确定 GCCTL1中的 ACCTEIFG。
slau445g 指出：
3 ACCTEIFG RW 0h 访问时间错误标志。 如果 NWAITS 设置有误且违反了 FRAM 访问时间、则该标志置1并产生复位 PUC。 如果该位 是最高挂起标志、则可通过软件或读取系统复位向量字 SYSRSTIV 来清零该位。 该位只写0、写1无效。 注意：当系统频率 配置为大于8MHz 时、无论等待状态(NWAITS)如何、ACCTEIFG 位都可以在调试模式下置位。 在这种情况下、它不是 FRAM 访问违规。 ACCTEIFG 位不 会触发 PUC 或更改 SYSRSTIV 寄存器的值。 ACCTEIFG 位 只能通过写0来清零。 建议使用 SYSRESTIV 寄存 器来检查 FRAM 访问冲突错误、以避免混淆。
但是、在 slas865b 中、我们可以在修订历史记录中阅读：
•在表6-2的中断源、标志和向量中，将“ 系统 NMI”行中的“FRAM 访问时间错误”(ACCTEIFG)从........................................................................ 36 •在表6-8的系统模块中断向量寄存器中，将 SYSSNIV 行中 的中断事件值06h 由“ACCTEIFG 访问时间错误”更改为“保留”........................................................................ 42.
实际上、SYSRSTIV 中没有相应的中断事件。
那么、这个野兽是否实际存在、是否会引起 PUC、将会
它实际上是否出现在 SYSRSTIV 中、还是仅出现在调试模式中(或不出现)？
