• 状态
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 313 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] RM46L430：SafeTIDiagnosticLibrary-User#39；sGuide-v2.3.1中 SL_SelfTest_SRAM 说明的阐述

admin
Guru**** 2350610 points
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/600882/rm46l430-clarification-of-the-sl_selftest_sram-description-in-safetidiagnosticlibrary-user-sguide-v2-3-1

器件型号：RM46L430

您好！

在"SAFERTIDiagnosticLibrary-User'sGuide-v2.3.1.chm'中的"SL_SelfTest_SRAM"说明包含：

[在] 参数1 -指向用于返回测试状态和结果的结构的指针
注意：结构参数1的内容仅对自检有效。 对于故障注入模式无效。

我的问题是：

  1. 该参数称为'sram_stResult'、而不是'param1'。
  2. 它是一个'enum'、而不是一个结构。
  3. "仅对自检有效"是什么意思？ 这是否意味着我只需要检查'param1'的'SAMPLE_ADDR_CTRL_self_test'以及其他8种测试类型只需要检查返回值？

此致、

Mark Kingston。

  • 0
    TI__Guru**** 2350610 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Mark、您好！

    很抱歉耽误你的回答。 不幸的是、这个问题已经从裂缝中脱落了。 我会将您的问题转发给我们的软件团队、以便他们可以解决。
  • 0
    TI__Guru**** 2350610 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Mark、您好！

    我们的 SW 主管似乎无法完成此帖子、因此我对此有了更深入的了解。

    首先、是的、我认为文档和实际软件在用户指南中描述的返回值以及代码中实现的值方面存在偏差。 我将在我们的 CQ 系统中打开一个错误通知单、以便更正(最有可能是一个文档修复、因为这是最少的工作/影响)。

    其次、故障注入旨在检查错误报告路径以及您所拥有的任何故障处理程序。 这将需要系统级的一些代码来验证测试是否确实按计划/预期工作。 即、当注入故障时、应在系统级 SW 内执行某种操作。 这可能包括一个中断和 nERROR 置位或者针对非关键错误、只是一个在系统级定期检查的 ESM 标志集、或者甚至一个需要在系统级处理的 CPU 异常(中止)。 由于它涉及此级别的交互、因此无法在 SAFERTI 库的上下文中设置通过/失败；因此、枚举的指针不会反映故障注入情况下测试的真实状态。
  • 0
    TI__Guru**** 2350610 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    你好、Chuck、

    如果我错了、请纠正我的错误、但根据我对 sl_ESM.c (SafeTI 诊断库代码)的检查、如果测试正在进行、ESM 处理程序会屏蔽对 ESM 回调的调用。 即使我假设已更新安全手册、以包含有关测试序列、用于注入测试的任何地址以及对 CPU 和外设状态的预期影响的详细信息、 那么、当一个测试被激活时、当 ESM 处理程序甚至没有调用已注册的'ESM_AppCallback'时、我如何验证其中的任何一个？

    现在、我已经在 SafeTI 诊断库 FIQ / IRQ (sl_ESM_HIGH_intr 和 sl_ESM_LOW_intr 处理程序)和我自己的测试活动标志(SafeTI 诊断库1是专用的！)周围实施了包装程序异常处理程序。 没有这一点、我甚至无法运行导致 FIQ 的故障注入测试、因为一旦 FIQ 打开、它就无法禁用、ESM 处理程序也不会取消任何故障注入。 在这种情况下、SafeTI 诊断库实现只是停留在循环中；执行故障注入指令、提高 FIQ、ESM 处理程序不清除故障注入、屏蔽 ESM 处理程序回调、中断返回、CPU 重新运行故障注入指令！ 卡在环路中！

    您的故障单是否会修复所有测试的描述？ 如果没有大量的更新、将无法获得足够的信息来实施自检中缺失的系统部分。 现在、甚至没有提到这不包括在内。 针对自检和安全手册的 API 只是暗示、如果我"运行测试"、我将介绍我的安全概念中描述的安全措施。 此控制器面向安全环境、我的产品需要在功能上安全、这意味着我不能只添加 SafeTI 诊断库逆向工程中的代码。 认证机构将不接受这种情况。

    有更多信息吗？

    我是否缺少文档？

    安全手册中是否遗漏了所有这些内容？

    何时可以获得更新的文档？

    此致、

    标记。