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.
工具与软件:
尊敬的团队:
我刚发现 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