[参考译文] RM48L952：SafeTI：SRAM 测试 SRAM_PAR_ADDR_CTRL_self_test 在启用 FIQ 中断的情况下看起来会失败

只是注意到了什么

在测试读数后、有代码注释表明没有 RAM 访问
       if (ST_PASS =* SRAM_STResult)｛
           /*覆盖奇偶校验(实际上是翻转).. 此时不能访问 RAM (有意错误除外)*/
           /*SAFETYMCUSW 134 S MR：12.2 备注_5*/
           sl_tcram1REG->RAMCTRL =(sl_tcram1REG->RAMCTRL 和0xF0FFFFFFU)| TCRAM_RAMCTRL_ADDR_parity；
           /*SAFETYMCUSW 134 S MR：12.2 备注_5*/
           sl_tcram2REG->RAMCTRL =(sl_tcram2REG->RAMCTRL 和0xF0FFFFFFU)| TCRAM_RAMCTRL_ADDR_parity；
           sramEccTestBuff[0]= 0xAAAAAAAABBBBBBBBUL；//在 B1和 B2上生成写入奇偶校验错误*/
           sramEccTestBuff[1]= 0xBBBBBBBBBBAAAAAAAAUL；

ESM 处理程序通过读取 RAM 中的测试活动标志以及增加和标记变量来使用 RAM 进行此测试

       案例 ESM_G2ERR_B0TCM_ADPAR：
          if (true = sl_FLAG_Get (SRAM_PAR_ADDR_CTRL_self_test))｛
              callbackCancelCount++；
              CancelCallback = true；
           ｝

       案例 ESM_G2ERR_B1TCM_ADPAR：
          if (true = sl_FLAG_Get (SRAM_PAR_ADDR_CTRL_self_test))｛
              callbackCancelCount++；
              CancelCallback = true；
           ｝
          callbkParam1 = sl_tcram2REG->RAMPERADDR；
           /*此处没有要清除的状态*/
           中断；

此外、mGroup2Handler 在堆叠寄存器时使用 RAM
静态空 esmGroup2Handler (uint8 esmChannel)
｛
esmGroup2Handler：
      0xb878：0xe92d 0x41f0 push.W   ｛R4-R8、LR｝
      0x0004        MOV     R4、R0
   布尔 CancelCallback = false；

因此、基于此、我做了一个成功的小实验(如果您调用 esmGroup2Handler 并在这些情况发生后立即使用 RETURN、因为变量在使用 RAM 的函数调用中堆栈)
       否则、如果(esmOffH >= 32U)｛
           /*组2通道0至31 */
           esmChannel = esmOffH - 32U；
           if (esmChannel =ESM_G2ERR_B0TCM_ADPAR || esmChannel == ESM_G2ERR_B1TCM_ADPAR)
           ｛
               返回；//无 RAM 访问
           ｝
           其他
           ｛
               esmGroup2Handler (esmChannel)；
           ｝
       ｝

通过此修改后、测试结果通过、当然不能使用此修改、因为现在它还屏蔽了实际错误、或者说不通知应用是正确的方式、 基本上、测试活动信息应该被隐藏在某些 CPU 寄存器、外设 RAM 或者其它一些东西中、否则、运行这个测试应该需要...

SafeTI 的目的是让集成商作为 TI 的调试器工作吗？ 我们真的不能等待几天来获得反馈、例如专家应该在几分钟/小时内发现这种行为的原因、并且问题已经开放了几天、 上次需要2周时间才能确认 DMA 测试中的真正简单错误...

我们迫切需要获得正确的用户手册、其中说明了所有错误、并描述了应如何使用每个函数以及何时和何时不使用这些错误。 显然、例如、如果启用了 FIQ、则无法运行此测试、因为它使用 RAM…… 你们真的测试了代码吗？ 如果是、那么为什么手册中没有说明这些约束条件、例如、如果启用 FIQ、则不运行此测试、这意味着该测试无法在运行期间运行？

仅在启动时运行此测试是否足够？ 由于我们无法可靠地将唯一标识符映射到 SafeTI 测试、因此我们制定了一项策略、即运行中的每个测试(例如在 SRAM 中)、以便能够声明所有唯一标识符都已完成、这意味着这些标识符是通过运行_SRAM-Function 生成的、 这也是手册中的一个真正重要的"错误"、即它仅声明函数而不是参数。

-这个测试是 RAM13吗？

至少在一定时间内必须运行一些测试(诊断诊断) 看起来此 ESM 通道仅通过此测试进行测试、因此我们现在是否需要从 FMEDA Excel 串行 SRAM 中删除一些唯一的标识符、因为此测试仅在启动时执行、请勿回答"这取决于您的应用"？？

看起来"测试修复"不起作用、即使它看起来是在第一眼就能工作的、因为 sl_ESM_HIGH_intr 处理程序()也在入口中使用堆栈... 还想知道为什么这看起来运行方式稍有不同、具体取决于您单步执行调试器还是仅运行调试器代码、基本上测试总是失败、但在代码的不同部分...

也许应该执行 ASM 处理程序、并且应该临时切换到 SL_ESM_HIGH_intR_handler 的位置以防止堆栈使用。 在 ASM 处理程序恢复奇偶校验、然后检查测试标志是否处于活动状态、如果是从 FIQ 返回、则调用 sl_ESM_HIGH_intr 处理程序()、因为这是一个真正的错误？ 或者类似的东西、这应该模仿启动阶段的行为、其中 FIQ 根本没有启用...