[参考译文] TMS320F280049C：DELAY_US (A) 无法正常运行

您好：

您如何调用 delay_us()？  

您正在编码 DELAY_US（常量）吗？ 如果是、编译器会在编译时评估参数计算。 但是、如果您编写代码 Delay_US (variable)、则参数计算必须由 C28x 在运行时执行。 您会注意到这些都是浮点计算、包括除法。 它们的执行需要很长时间、尤其是在使用定点 C28x 器件时。

此致、
马特

您好 Matt、

感谢您的答复。

我将其称为常量、如下所示：
 DELAY_US (1000000)；   

这里的情况是如果我插入 10 或 1000000（两者都作为常量插入）、实际延迟时间是比常量大 1.6 倍的时间。

您好：

如何测量延迟（driverlib GPIO 切换等）？  我怀疑 GPIO 切换的驱动程序有一些调试开销、这在这里是不理想的。

如果您右键点击工程并选择“Properties"，“，然后、然后转到“Build"->"C2000 Compiler"->"Predefined“ Compiler"->"Predefined Symbols"“ Symbols"：“：是否“是否可以“可以检查是否将“debug"视为“视为预定义符号？  如果是,让我们现在删除它,重新编译,看看你的时间是否更合理。  

“调试“预定义对驱动程序函数进行许多预检查、以确保在调用函数之前传递的变量处于范围内。  对于最终版本代码、我们希望消除这种开销。

此致、

马特

您好、  

其他一些详细信息：

我们的示例中定义了两个延迟函数、这会让问题更加困惑。 在 device.h 中、有一个名为  SysCtl_delay  的函数、该函数应从 device.h 获取输入以确保时钟/延迟时间正确。   f28004x_sysctrl.c 中有另一个名为 f28x_usDelay 函数 、其从 f28004x_examples.h 文件获取时钟速率信息。

SysCtl_delay 在 driverlib 中定义、 f28x_usDelay 用于基于 bitfield 的示例中。 两者完全相同、并将循环计数作为输入。  您是否尝试使用 SysCtrl_delay 或按比例调整 CPU_RATE？  

此致、

马特

您好：

由于是一个月没有回复、我会假设问题已解决并关闭主题。

此致、

马特