[参考译文] AM62A7：请咨询问题。 R5F 内核的 CPU 频率为800MHz。 为什么执行以下代码需要16到18微秒？ 从理论上讲、它不会花费这么长的时间。

您好！

我们的主题领域专家今天不在办公室。 对该线程的响应将被延迟。

感谢您的耐心。

此致、

Tushar

您好、

您能否确认在 Debug Build 或 Release Build 中完成了上述测试用例？

如果测试是在调试模式下完成的、请在 Release Build ?

此致、

Anil。

您好、Rudao、

我分析了这个问题、以下是我的观察结果：

1. vTaskSuspendAll()期间的中断处理:

 如果在内核执行 vTaskSuspendAll()时发生中断、CPU 将首先处理中断、然后返回到完成 vTaskSuspendAll()。

该 ISR 执行时间可能会给测量带来意外延迟。

您能否确认您的系统中是否出现此情况？

2.内存延迟:

如果您的代码从 DDR 运行、较高的存储器访问延迟会导致执行时间延长。

您能否确认、上述应用程序在 DDR 或 MSRAM 内存上运行？

3.延迟是否会导致问题？  

观察到的16–18 µs 执行时间是否会影响应用程序的实时行为？

4.建议的调试步骤:

•在调用 vTaskSuspendAll()之前禁用所有中断、然后再次测量执行时间以排除 ISR 干扰。

•单独分析每个 API (vTaskSuspendAll()、__disable_IRQ()、xTaskResumeAll()以确定哪个函数产生最大延迟。

此致、

Anil。

您好、Rudao、

我真的不明白为什么24次检查10毫秒任务中的关键部分。

是否不可能保护全局临界区(1次)而不是24次检查临界区？

该 CAN 消息在 CAN 10毫秒任务中发送、并且 在中断模式中发送 CAN 消息？

我怀疑这种延迟是由于频繁禁用中断,这是延迟 CAN 消息发送.

此致、

Anil。