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.

[参考译文] AM2634:使用调试 UART 时的 RTI 计时器行为

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1415095/am2634-rti-timer-behaviour-with-debug-uart

器件型号:AM2634

工具与软件:

尊敬的团队:

我刚发现 RTI 计时器在使用调试 UART 时出现奇怪的行为、

计时器中断配置为1us、如果 未使用 UART 调试日志、它将正常工作。

但是、只要 UART 调试日志 在无限循环中开启、计时器中断就不会在某些时间发生、在某些时间它将达到1ms、5ms 或小于1ms (意味着计时器不是幕布)

请让我知道为什么会有这样的行为   

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

    您好!

    很抱歉在考虑此问题时出现延迟。 我将在星期一对此进行一些测试。  
    现在、你是否可以尝试调整 RTI 的中断优先级、使其高于 UART 调试日志。我最初的想法是、由于它们的中断优先级相同、首先会触发 UART 调试中断、从而导致 RTI 中断出现延迟。

    谢谢!

    Susan

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

    您好!

    您是否能够测试设置中断优先级是否修复了 RTI 计时器的问题?

    谢谢!

    Susan

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

    I TEST 高达1个 RTI 中断优先级、但结果相同

    只需在终端上尝试、

    while (1){

    使用  DebugP_LOG ("hello")

    }  

    与1us RTI 中断配合使用并在任何 GPIO 上进行测试   

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

    您好!

    那么、我与我们的一些软件专家讨论过这个问题。 声明指出您不应在基准测试或生产代码中使用调试日志。 DebugP_LOG API 使用一部分 CPU 周期、这将破坏时间分析。

    事实上、根据 API 指南、DebugP_LOG 不应在 ISR 上下文中调用。

    请改用以下步骤:

    1.递增变量而不是通过控制台打印日志
    2.设置变量递增的断点
    3.使用基准测试工具/CCS 性能分析来获得2个断点暂停之间的时钟周期差值

    谢谢!

    Susan Moore