[参考译文] TMS570LS1227：重新配置 MPU 可延长闪存 f021扇区擦除时间

您好 Steve、

引导程序中相同的 MPU 设置不会影响擦除应用程序扇区的擦除时间(例如扇区7/8/9、从0x20000开始)。 您可以从引导加载程序对应用程序进行编程、然后执行应用程序代码并重新配置 MPU 设置以强制发生权限故障。 该故障会导致 CPU 复位、然后您希望从 CAN 引导加载程序重新对应用程序进行编程、并注意到擦除时间比以前长得多。 我的理解是否正确？

CPU 复位后、MPU 寄存器(CP15)中的值被复位为默认值。 MPU 将无法保留您在应用程序代码中所做的设置、因此之前的设置不会影响擦除时间。

擦除一个空白扇区(在加载引导加载程序时可由 CCS 擦除)所花费的时间少于擦除非空白扇区(您的应用)。

您好 QJ、

感谢快速响应。

是的、您的理解是正确的。

在这种情况下、被擦除的扇区始终为非空且已完全编程、因此我希望擦除时间保持一致、但出于某种原因、这些扇区不是、而是在我印象下(您现在已经确认) MPU 在 CPU 复位后被复位、我发现唯一的区别是添加/删除在应用程序中重新配置 MPU 的代码...尽管我认为这个问题不是直接由 MPU 引起的、但执行配置(或重新配置)操作 MPU 还会影响其他组件或外设、例如 F021闪存接口\状态机？

也许我还应该说、当我们重新编程应用时、我们擦除四个扇区(组0、扇区10至13 - 0x00080000至0x000FFFFF)、并且它只是显示扩展擦除时间的第一个扇区擦除(扇区10)。

F021 接口或 需要清除的状态机中是否可能存在某些设置？  我猜可能不是这样、但我可以看到的唯一可能影响闪存扇区擦除时间的区域是 F021状态机、ATCM 接口和 MPU。

我们还为组0闪存启用了 ECC 检查、但在所有情况下都启用 ECC 检查(尽管在擦除或写入闪存时显然已禁用)。

此外、我可以确认 CCS 在重新编程引导加载程序时不会擦除我们的应用- CCS 设置为仅擦除要编程的扇区。

此致、
Steve

您好、Steve、

您是否知道导致擦除速度较慢的原因？

您好 QJ、

不幸的是、我最近未能花任何时间来完成这项工作...而且在不久的将来可能也没有机会去查看这项工作、因为我们需要完成更多的紧迫任务、至少这是因为我们无意中做出了一项会再次引发此问题的更改。

我认为、您的团队中没有其他任何建议或想法可以让您对可能导致此问题的原因有所了解？

此致、

Steve