• 状态 Resolved
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 406 视图
  • 用户 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.

[参考译文] TMS570LC4357：TMS570LC4357

admin
Guru**** 2398695 points
Other Parts Discussed in Thread: TMS570LC4357

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1116088/tms570lc4357-tms570lc4357

器件型号：TMS570LC4357

您好、

我目前正在尝试使用 Lauterbach 设置(Powertrace 3 + Power Debug Pro + Preprocessor Autofocus 2)来调试 TMS570LC4357的 ESM 中断行为。 更详细地说、我将一个非零值写入 R5-CCM 模块的极性反相寄存器来强制一个内核比较不匹配、这将导致通道2上的 ESM 组2被触发。 在使用 CCS 进行调试时、行为完全正常、正如预期的那样、但是一旦我连接 Lauterbach 以使用 Trace32、esmGroup2处理程序不再被调用、并且错误 LED 未被切换。 不过、编码后的值确实达到了设置 PolarityInvert 寄存器的点。 即使在通过 Powertrace 刷写电路板时、当我断开 Powertrace 并对电路板进行粉末循环时、LED 也会再次开始闪烁、因此我假设软件已正确刷写。

是影响 ESM 还是 CCM 模块的波提巴？ 我缺少什么吗？ 我尝试找到更多信息、但找不到任何指示使用 Trace32会对该错误检测机制产生任何影响的信息。

提前感谢、

Alex

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

    尊敬的 Alex：

    在执行 CCM 自检之前、应断开 JTAG 调试器。

    13.2.5 CPU 调试模式期间的运行(来自 TRM、第507页)
    某些调试操作会将 CPU 置于暂停调试状态、在该状态下、代码执行会停止。
    由于中止调试事件是异步的、因此调试请求可能会产生
    锁步丢失。 CCM-R5F 将在检测到调试请求暂停时禁用所有功能诊断。
    将不会生成内核比较错误、并且标志将不会更新。 需要进行 CPU 复位以确保
    CPU 再次处于锁步状态、并且还将重新启用 CCM-R5F。

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

    哦、我错过了这个部分。。。 这对您有很大帮助。 我想这意味着、使用 Lauterbach 时无法调试锁步机制？
    还有一件事。 在 CCS 上、我一直在监控通道3上的经常 esmGroup2错误(致命总线错误)、这就是我想检查它们是否也发生在 Lauterbach 上的原因。 它们是否可能是由正在调用的锁步中断处理程序引起的？ 在调试模式下、通道3误差是否仍适用于 CPU？

    谢谢、Aelx

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

    您好、Aelx、

    锁步机制可由 CCM-R5F 模块检查。  在每个 CPU 时钟周期对两个 CPU 内核的输出进行比较。 任何不正确的比较都会标记为最高严重级别的错误。 您可以将 CCM 配置为诊断模式(自检或故障注入)、以检查 CCM 是否正常工作。

    ESM 2.3通常由闪存中的错误 ECC 引起。  在读取程序/数据之前、所有闪存存储器空间(闪存组0至6)的 ECC 值必须被编程到闪存中。

    当 CPU 总线比较故障发生时、ESM 2.2将被置位。  

    每当设置 ESM 标志时、您都需要找出故障原因并纠正它们。