[参考译文] TMS320F28388S：启动 CLA

尊敬的 Delaney：

每个项目的起源都是同一个项目。  但它们是不同的问题。  第一种情况是系统运行、CCS 附加了调试配置、其中包括 CPU1 和 CLA1。  希望找到一种在不停止 CLA 的情况下连接到 CLA 的方法。   在对系统级问题进行故障排除时、在系统运行时连接到所有相关内核的能力至关重要。

在这一个示例中、调试器一次连接、此时 CLA 是否停止无关紧要。  然后、将 CCS 设置为在 CLA 任务运行时在其特定位置中断。  但 CLA 启动需要很长时间、我们错过了任务的前多次运行。  该功能在对 CLA 任务进行初始调试时很有用。

这是两个问题、既有 CLA 的问题、也有 CCS 的使用方法有很大不同。

谢谢、

教育

尊敬的 Ed：

我看,我将在下周初得到回复。

此致、

Delaney  

尊敬的 Ed：

我看到的有趣之处是、如何验证调试器断点没有在第一次命中？ 您是否在每个任务中切换了 GPIO？

此外、我还将查看该器件的 GEL 文件和您的特定 CCS 安装、以查看连接调试器时在 CLA 上运行的内容。  

此致、

Delaney

尊敬的 Delaney：

是的。  我让 CLA 在每次任务运行时切换一个 GPIO。  此时、我们只有一个任务。  其他任务只是具有关联 MNOP 指令的 MSTOP。

为避免冲突、我当前未使用任何 GEL 脚本。

谢谢、

教育

尊敬的 Ed：

点击 CCS 中的不同按钮时、CCS 会自动运行 GEL 文件。 即使用户通过启动目标配置来“手动“连接、它也会运行特定的 GEL 操作函数。 请参阅 此处的 GEL 文档。

此致、

Delaney

尊敬的 Delaney：

                感谢您的信息。  这里有很多东西、所以我不知道从哪里开始处理这个问题。

                我没有在以下假设下使用 GEL 文件：如果未指定任何文件、则不会执行任何操作。  这是一个有效的假设、如果我没有指定脚本、也会执行一些默认操作？

 谢谢您、

 教育

尊敬的 Ed：

GEL 文件在用户按下不同的 UI 按钮时由 CCS 自动运行、这些文件包含在 CCS 安装中。 因此、实际上不需要指定 GEL 文件即可运行。 这些基本上是 CCS 在执行不同的调试器操作时使用的底层脚本。 对于某些 UI 交互、器件和存储器会复位、有时会写入不同的寄存器、这一切都取决于该器件的 GEL 文件函数定义。 我不确定每个 UI 交互都会运行哪个函数、这应该记录在我提供的资源中。 但是、GEL 中的实际函数定义可能会因器件而异。

此致、

Delaney

尊敬的 Delaney：

         过去、我们成功使用了 CCS 10.4.0 和 379 的 GEL 文件。  但我们没有使用 CLA。  这些 GEL 文件非常小、只执行了调试所需的操作。  仍然有一些程序只是被弄坏了,即他们没有做什么,但返回。

                对于 CCS 12.8.1 和 388、我们当前不需要调试功能、因此我选择直接从工程中删除对 GEL 文件的使用。  但现在、由于这些问题、我想知道这样做是否会导致 CCS 运行默认例程、而不是什么都不执行。

谢谢您、

 教育

尊敬的 Ed：

因此我选择直接从工程中删除 GEL 文件的使用。

这样、您是指从 CCS 安装中删除了 GEL 文件吗？ 如果是、我不确定在这种情况下 CCS 将如何运行。

此致、

Delaney

尊敬的 Delaney：

我只从 CCS 工程中删除了 GEL 文件、这样就保留了该线程前面的两张图片。

GEL 文件是否应该实现至少一组例程？

谢谢您、

教育

尊敬的 Ed：

我看,对不起,我之前误解了你。 是的、在这种情况下、GEL 函数将不会运行。  

您拥有什么作为 CLA 任务的触发源？ 该外设是否具有自由/软仿真设置？

此致、

Delaney

尊敬的 Delaney：

它由具有 FREE_SOFT 字段的外设触发。  我们已将该字段设置为 0。  我可以看到 CLA 在每个周期运行、因为它会在任务内切换 GPIO。

谢谢、

教育