[参考译文] TMS570LC4357：引导加载程序+应用项目的 NoInit RAM 存储器问题

在哪个核心正在崩溃、我是指哪个 API 或指令？

由于调试器已移除、我们无法识别哪个内核正在 stucking。 即使我们连接了调试器、在断电和上电复位后、调试器会话也将丢失、我们无法跟踪哪个 API 卡住。

您是否还在应用程序或引导加载程序中使用此区域？

为了保持一致性、我们在引导加载程序和应用软件中初始化相同的 byte 数组、但我们仅在应用软件中操作 byte 数组  

您好 Alex、

由于调试器已被删除、我们无法识别哪个内核正在中断。 即使我们连接调试器、在断电和上电复位后、调试器会话也将丢失、我们无法跟踪哪个 API 卡住。

请遵循我在下面线程的第一注释中提到的过程、使用此过程、我们可以在不进行任何电源序列、也不更改任何执行的情况下再次连接调试器。

(+) TMS570LC4357：TMS570LC4357 — 基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI E2E 支持论坛

--
谢谢、此致。
Jagadish。

请遵循我在下面线程的第一个注释中提到的过程、使用此过程、我们可以重新连接调试器、无需任何电源序列、也无需更改任何执行。

谢谢。 我们已按照说明操作并找到软件程序并进入 ESM 错误例程第 3 组通道 3、如下所示：

...

有什么线索说明为什么会发生这种情况？

请遵循我在下面线程的第一个注释中提到的过程、使用此过程、我们可以重新连接调试器、无需任何电源序列、也无需更改任何执行。

谢谢。 我们已按照说明操作并找到软件程序并进入 ESM 错误例程第 3 组通道 3、如下所示：

更新：发现此 ESM 错误是由我们的特殊设置引起的。 我们实际上 在 Non-Init RAM 区域中创建一个非 初始化变量、并在不进行初始化的情况下为其赋值。 发现这将导致 ESM 报告错误。 现在、我们在 ESM 错误检查后移动这个变量更新。

我们不再看到 ESM 错误、但 应用程序软件将在引导加载程序软件和应用程序软件传输几次后随机进入异常。

您能否确认我们的 MPU 配置正确、以及如何继续调试新问题？

您好 Alex、  

很抱歉、您稍后的回复、您是否仍需要对此问题的支持？

此致、

Aj Favela.