[参考译文] TMS320F28377S：放置在闪存组0末尾的代码引起 NMI 中断(在0x000B FFF0-0x000B FFFF 范围内)

大家好、Mads Lind、

感谢您将此事提请我们注意。

GEL 文件禁用 ECC。  发生此故障时、您是否注意到 ECC 错误和/或 ITRAP？  此外、请检查 RESC、NMIFLG 和闪存 ECC 寄存 器的值(TRM 中的 UNC_ERR_ADDR_LOW 和 UNC_ERR_ADDR_HIGH)。

我将与顾问作者核实、以确认该建议是否适用于 Bank0的末尾(即使立即有另一个银行、闪存包装程序也不同-我将在这方面询问)。  希望您为这两个组正确配置了等待状态。

谢谢、此致、

Vamsi

你(们)好，Vamsi

非常感谢快速响应。

我刚才检查了您建议的寄存器。

NMIFLG = 0x0009：  NMIINT 和 FLLUNCERR (闪存不可纠正的错误 NMI 标志)

RESC = 0xC0000000：TRSTn_PIN_STATUS 和 XRSn_PIN_STATUS 为1、我认为这是正常的、正常上电。

Flash0EccRegs：
UNC_ERR_ADDR_LOW = 0x000C0000
UNC_ERR_ADDR_LOW = 0

Flash1EccRegs：
UNC_ERR_ADDR_LOW = 0
UNC_ERR_ADDR_LOW = 0

那么、闪存组0是否看起来会在闪存组1的起始地址引起故障？  
可能是因为正如您说的、闪存包装程序是不同的？

两个闪存组均已正确配置。

Mads Lind、

感谢您检查这些寄存器。

您能否在启用 ECC 的情况下将简单代码加载到 RAM 中以读取整个闪存(两个组)、而不是执行应用程序？  请勿擦除闪存中的应用程序-保持原样、只需检查 ECC 错误是否显示为读取错误。

这有助于进一步调试。

谢谢、此致、
Vamsi

你(们)好，Vamsi

我在 RAM 中向应用添加了一个函数、因此不是单独的应用。 希望这已经足够好了。

我在运行 InitSysCtrl 等之后执行了它、以便将 ramfuncs 从闪存复制到 RAM。

#ifdef __TI_Compiler_version__
#if __TI_Compiler_version__>=15009000
#pragma CODE_SECTION (".TI.ramfunc")；
其他
#pragma CODE_SECTION ("ramfuncs")；
#endif
#endif
void flashReadTest()
{
volatile uint16_t * flash_start =(uint16_t *) 0x00080000；
volatile uint16_t * flash_end =(uint16_t *) 0x00100000；

uint32_t SUM = 0；

// ESTOP0；

while (flash_start！= flash_end)
｛
sum +=* flash_start++；
｝

// ESTOP0；
｝ 

执行该函数时没有任何问题。

你(们)好，Vamsi

是的、两个闪存组都启用了 ECC。
因此、结论可能是整个闪存区域的数据读取是可以的、但程序执行不是针对闪存组0的末尾。

我现在已经采取措施来避免链接器文件中的区域。

非常感谢快速支持:-)

Mads Lind、

感谢您的确认。

当我从我们的设计团队获得更多详细信息时、我将在此处进行更新。  我现在要关闭此帖子。

说明：  

对于取指令：启用预取时、FMC0将从 Bank0空间中提取到 Bank1中的空间之外- FMC0无法访问该空间、因此会失败。

数据读取：数据高速缓存填充不会超过当前的128位闪存字(在128位边界上对齐)。  因此、数据错误不应导致问题。   

以上是我希望从您的实验中确认的内容-以确定此问题是由 FMC0在 Bank0之外预取而不是实际 ECC 错误导致的 (您得到的 ECC 错误不是实际的 ECC 错误-它是由于预取提供了错误的操作码)。

此致、

Vamsi

Mads Lind、

您对此还有其他问题吗？  或者我可以关闭此帖子吗？  请告诉我。

谢谢、此致、
Vamsi