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.

[参考译文] TMS570LS1114:性能和代码分析

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1335012/tms570ls1114-performance-and-code-analysis

器件型号:TMS570LS1114

您好!

我们有一个现有代码、在极少数情况下会导致控制器复位。 迄今的调查未能进一步缩小重置事件的范围。

我们可以使用 TRACE32 Performance Analyzer 而不是 JTAG、但它仅适用于"perf. 方法 StopAndGo "。 通常、该视图仅显示大约80%的运行时。

通信接口已在使用中、无法提供足够的容量来发送更多消息。 这也是一个附加代码、会导致时序性能问题。

是否有选项可在不入侵的情况下跟踪或分析代码执行?

还有哪些选项可用于分析和获取有关现有代码的性能信息?

谢谢。

此致、

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

    Bernhard、您好!

    Allen Bryant 说:
    我们现有的代码在极少数情况下会导致控制器重置。 到目前为止,调查未能进一步缩小重置的情况。

    我们为什么不通过以下方法找出根本原因?

    (+) TMS570LS3137:确定空函数指针/无栈信息的位置-基于 Arm 的微控制器论坛-基于 Arm 的微控制器- TI E2E 支持论坛

    在 RESET 条目处设置一个断点并运行代码、如果我们的应用程序命中该断点、则验证 R14和 LR 寄存器值。

    这两个寄存器值将提供与最后一次执行更接近的地址。 实际上、这些寄存器将保存要执行的下一个地址、但不幸的是、我们会跳过该执行、但仍然保留这些值。

    --
    谢谢。此致、
    Jagadish。