使用 Code Composer 在从 Blackhawk 仿真器运行 DSP 代码的情况下执行 Execution Graph。 图形底部显示的时间是基于实际硬件中的时钟还是基于仿真器中的时钟? 如果是后者、我可以在哪里更改设置?
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.
使用 Code Composer 在从 Blackhawk 仿真器运行 DSP 代码的情况下执行 Execution Graph。 图形底部显示的时间是基于实际硬件中的时钟还是基于仿真器中的时钟? 如果是后者、我可以在哪里更改设置?
您好!
[quote userid="528785" URL"~//support/tools/code-composer-studio 组/CCS/f/code-composer-studio 论坛/1130599/use-code-composer-to 执行-执行-图形-基于时钟或基于时钟的实际时间它基于实际的目标硬件。
谢谢
Ki
您好 Ki、
非常感谢您的回复。 这很有帮助。 一件事让我感到困惑:
我们在 DSP 软件中创建了一个任务。 我们使用 Semaphore_pend 函数每 xxx 微秒运行一次此任务。 我们正在尝试测量 xxx 时间的实际值。
方法1:我们在仿真器上运行软件并执行 CCS Execution Graph。 时间是171us。 请参阅 下面的屏幕截图。
方法2:我们使用 GPIO LED 在任务开始时将其打开、并在任务结束时将其关闭。 软件在目标硬件上运行。 使用示波器、时间为200us。 请注意、我们的硬件中的 LED 电压反相、因此下降沿意味着 LED 正在开启。
因此、这两种方法测量的时间为何不同。 最初、我以为软件可能在仿真器和目标硬件之间的不同时钟下运行。 现在您说过它使用相同的时钟、那么我们如何解释这种差异。
此致、
Joe
BIOS 执行图将依赖于目标的某些 BIOS 配置数据。 配置数据和目标之间可能存在一些差异(尤其是当它是定制板时)
您使用的是什么器件、这是定制板吗?
谢谢
Ki
我不是 BIOS 专家、但这正是我始终理解它的方式。 CFG 文件中指定的频率用于 BIOS 配置。 它不会查询目标的实际频率、而是使用 CFG 文件中指定的值。 因此、该值应与 CPU 运行的实际频率相匹配。
好的、您的答案解释了为什么时间上存在差异。 你太棒了,Ki! 我将关闭此主题。 再次感谢您!