[参考译文] TMS320F280039：CLA 触发源 CLA_TRIGGER_SDFM1DRINT1、2、3、4 不工作

您好、Oliver：

另一位客户尝试做类似的事情、让我找到相应的示例代码、然后返回给您。

此致、

Delaney  

您好、Oliver：

对延迟深表歉意。 这里所附的是我提到的项目。 请告诉我、这是否与您尝试执行的操作相同。

e2e.ti.com/.../CLA_5F00_SDFM_5F00_example.zip

此致、

Delaney

是的、我可以在示例工程的 syscfg 文件中看到 CLA 任务 1 触发条件设置为“CLA_TRIGGER_SDFM4DRINT“。 这意味着、在示例工程中、旨在使用类似的行为：CLA 任务 1 应在 SDFM4 滤波器 1 的每个数据就绪事件时触发。 它用于确认我在 syscfg 文件中正确配置了所有内容。 但仍然没有触发 CLA 任务。 只有触发条件 CLA_TRIGGER_SDFM1INT 正常工作。

您好、Oliver：

如果您尝试运行独立示例、您是否看到 CLA 任务被触发？

另外、要检查功能、您要 __mdebugstop(); 在任务权限中添加一行？ 常规断点在.cla 文件中不起作用。

此致、

Delaney

我无法尝试独立式示例、因为它使用不同的微控制器、即 F28P65x。 在使用 F280039 的项目中、我要使用_mdebugstop ()；来验证任务是否已触发。  如果我选择 SDFM1INT 作为触发器、则会在每个数据就绪事件时触发该事件、但如果我选择 SDFM1DRINT1、则不会触发该事件。 这很奇怪、因为我预计 SDFM1INT 仅在发生调制器故障等错误事件时触发。

您好、Oliver：

我看、让我传阅 SDFM 专家的评论。

此致、

Delaney

您好、Oliver：

我们将尽快与您联系！

此致、

Masoud

您好、Oliver。

这里的问题看起来可能是由系统控制 (SYSCTL) 寄存器默认值引起的。 技术参考手册中的第 290 页是指这个寄存器组、我认为它会影响通过哪个中断线馈送数据就绪中断：

简而言之、这个“SDFM 类型“寄存器默认为 0 类、它结合了“与 SDFM 中断线路上的故障条件“（即 SDFM1INT）的数据就绪条件。 类型 1 导致 DR 条件“不生成 SDFMINT“、而是“生成单独的数据读取中断“（即 SDFM1DRINTx）。

如果您使用 DriverLib 工程、则可以运行以下代码将 SDFM 类型切换为 1 类、现在 DR 中断线路应该会 在 DR 条件下生成中断：

SysCtl_configureType(SYSCTL_SDFMTYPE, 1, 0);

或者、您可以通过位字段命令在 SDFMTYPE 寄存器的第 0 位写入 1。

此致、

Ryan  

我必须承认、这种提示听起来非常有前景、但遗憾的是、尽管这次我可以看到已设置了中断标志、但仍然没有触发中断。 无论我将该中断用作 CLA 任务的触发器、还是尝试直接用作 ISR、都不会触发该中断。 在后一种情况下、我甚至可以看到中断已在 PIE 模块中启用并触发 (INTx13 的标志在寄存器 PIEIER5 和 PIEFR5 中均为“1“、但从未触发 ISR。 手动清除 PIE 和 SDFM1 中的中断标志以强制上升沿没有任何帮助。 你对我有什么进一步的提示吗?   

您好、Oliver。

很高兴听到中断标志至少已被设置。 鉴于此情况正在发生、但未触发 CLA 任务、这现在可能更像是一个 CLA 配置问题。

只需快速确认配置设置：

1. 使用 cla_mapTaskVector() 函数将 CLA 任务函数映射到 CLA 任务中断向量 (MVECT1 - MVECT8)
2. 使用 cla_enableTasks() 函数并选择相关的特定 CLA_TASKFLAG_x 或 CLA_TASKFLAG_ALL 来启用 CLA 任务和中断。 （这将设置 MIER 中断使能寄存器以允许 CLA 处理中断）

在技术参考手册中的第 7.4.2 节、以及我们的一些 C2000WARE CLA 示例、是一些通常用于仔细检查您的配置和初始化 CLA 的过程的好资源、以便通过 DriverLib 函数进行精确实现。

最后、检查 CLA 任务是否正确配置的另一种方法是遵循 TRM 中的第 7.4.3.2 节。 项目 3 提供了多种启动任务的方法、包括在器件运行时手动写入 MIFRC 寄存器、以尝试强制触发任务。 如果任务在此时拒绝触发、CLA 中可能存在错误配置、从而导致此问题、我们可以深入研究。

请告诉我、这些解决方案中是否有任何一个解决了问题。

此致、

Ryan