[参考译文] TMS570LC4357：正在注入 ESM 组3错误？

尊敬的 Magnus：

我已经开始调查您的问题、因此我很快会提供更新。

--

谢谢。此致、
Jagadish。

尊敬的 Magnus：

您是否有机会了解 SafeTI 诊断库中函数"sl_SelfTest_SRAM"的定义？

--

谢谢。此致、
Jagadish。

您好！

是的、LC4357是 R5器件、因此该测试不可用。 我认为、在这些器件中、不能按照此类测试所需的方式完全禁用 ECC 功能。

除我列出的故障之外的其他第3组故障也可以正常工作。 主要目标是验证我们的错误处理。

此致、

马格努斯

尊敬的 Magnus：

Unknown 说：

无法按照此类测试所需的方式完全禁用 ECC 功能。

是的、回答正确。

我认为我们不能生成 ESM3.3和3.14、但我发现很少有线程可以生成 ESM 3.15

请查看以下主题、

(+) TMS570LC4357：RAM13触发器 EMS 3.15以及2.17和数据中止-基于 Arm 的微控制器论坛-基于 Arm 的微控制器- TI E2E 支持论坛

(+) TMS570LC4357-EP：关于 L2RAMW 的地址奇偶校验覆盖-基于 Arm 的微控制器论坛-基于 Arm 的微控制器- TI E2E 支持论坛

(+) TMS570LC4357：通过反向奇偶校验方案诊断 L2RAMW 地址和控制总线奇偶校验-基于 Arm 的微控制器论坛-基于 Arm 的微控制器- TI E2E 支持论坛

--

谢谢。此致、
Jagadish。

谢谢、这对我们很有帮助。

正如这些线程中所提示的那样、此测试还会触发 ESM 2.7。 这会导致出现 ESM 高电平中断、但我没有看到数据中止事件-为什么会出现这种情况？ 在另外一个线程中、他们提到获得一个数据中止事件、并且、根据我的理解、ESM 3.x 应始终导致 CPU 中止。

此致

尊敬的 Magnus：

我认为 对于所有 ESM3.x 错误、不会生成数据中止。、

尝试访问无效的存储器位置时、Hercules 微控制器中会生成数据中止异常。 出现这种情况的原因有很多、例如：

1. 尝试访问只读存储器位置的程序。
2. 尝试访问未初始化存储器位置的程序。
3. 尝试访问不存在的内存位置的程序。
4. 尝试访问由于安全限制而无法访问的存储器位置的程序。

当出现上述任何情况时、微控制器将生成数据中止异常、这是一种异常、表示存储器访问存在问题。

可能位于我共享的第一个线程上客户也可能尝试访问一些无效内存以创建 ESM 错误。

--

谢谢。此致、
Jagadish。

好的、但是我的理解是组3错误应该始终生成 CPU 中止。 由于它们不会触发中断、那么还有什么其他的可以由软件处理呢？ <我最近曾尝试在此链接的线程中确认这一点。>

执行 RAM13诊断测试时激活的诊断模式是否会对其造成影响？

我也会有兴趣强制执行其他一些组3误差。

此致、

马格努斯

尊敬的 Magnus：

您能否转发代码、我在结束时对其进行一次调试？

--

谢谢。此致、
Jagadish。

您好！

关闭线程是因为从这么长的时间没有听到回声。

--

谢谢。此致、
Jagadish。

您好！

抱歉、我很忙、然后该主题已关闭、我上次 尝试跟进了吗？

无论如何、我仍然想注入任何第3组错误、并验证它是否会导致 SoM 类型的 CPU 中止/异常。

很遗憾、我无法发送我的代码、但是我将发布用于成功导致上述组3错误的代码、这不会导致任何 CPU 中止、只会导致组2错误的 ESM 中断。