[参考译文] RM57L843：由于 ESM 模块可以捕获各种故障并通过回调函数通知应用、因此为什么我们仍使用 SafeTI 诊断库来进行自检

您好、QJ：

以 SRAM 诊断库为例。

在我看来、只使用 SRAM_XXX_Inject 来注入故障、然后再使用 ESM 中断调用回调函数来响应人工故障、对吗？

如果是、还有其他选项用于什么、例如 SRAM_ECC_ERROR_CHRING_IBIT？

如果它们未用于故障注入、则必须用于检测故障  然后直接将测试结果放入指针参数或返回值中。

在这个例子中、我们不需要将 ESM 与回调函数一同使用。 对吧？

如果是、为什么不使用 ESM 中断处理和回调 mechnism 来替换它？

毕竟、除了 故障注入测试、ESM 还可以发现并报告实际的器件故障。  

您能帮助确认上述4个问题吗？

如果我的理解不正确、请更正我。 谢谢。

Unknown 说：

根据我的理解，仅使用 SRAM_XXX_Inject 来注入故障，然后使用 ESM 中断调用回调函数来响应人工故障，对吗？

是的、回答正确。

Unknown 说：

如果是这样，还有什么其他选项用于，例如 SRAM_ECC_ERROR_CHING_IBIT？

针对错误强制测试和自检禁用 ESM 回调。

您好 QJ：

感谢您的答复。

从您的言辞中、我得知 ESM 模块仅用于故障注入、而不用于自检。

我对此还有另一个问题。

当我们调用 API SL_SelfTest_SRAM 进行自检时、测试结果可能是正常或失败。 然后、我们需要  在应用中仔细处理测试结果。

但是、当我们通过注入测试类型的参数进行故障注入时、如何处理与测试结果参数或返回值一起提供的测试结果？

我们可以忽略测试 API 返回的测试结果吗？ 毕竟、当 ESM 模块检测到注入的故障时、它将通过回调函数将其发送出去。 对吧？

如果测试结果为"通过"、您可以忽略它。 如果测试结果为"失败"、您需要停止并执行更多测试以检查它是否是随机故障或危险故障。