[参考译文] TMS320F280037C：DMA 和拉 CLB FIFO 连接

尊敬的 David：

遗憾的是、CLB 模块没有 DMA 访问权限。 对于具有 DMA 访问权限的模块、可以在 SysConfig 中执行以下操作：

要使用"Manual"选项 、您可以直接输入地址作为 目标地址 (例如0x6B38)。

若要使用"变量/函数名称" 、他们可以在 C 代码中的某个位置定义一个指针(例如、const void * scitdAddr =(const void *)(myLIN0_BASE + LIN_O_SCITD)；)、然后使用 指针名称作为 目标地址(scitdAddr)。

此致、

德拉尼

您好 Delaney：

感谢您的解释。 因此、应该可以使用该方法将 DMA 互连到 CLB、而不是直接外设互连？ 我之所以提出这个问题、是因为我阅读了 TRM 中的以下内容：

此致、

大卫

尊敬的 Delaney：

没问题、感谢您的澄清。 是否有其他方式可以在不使用中断的情况下填充 FIFO？

此致、

大卫

尊敬的 David：

我已经与 CLB 专家讨论过、他们在提出建议之前有几个问题：

• 您能否详细解释您的应用以及希望避免在 PULL FIFO 中使用中断的原因？
• 你 在原帖中"延伸有效深度"是什么意思? 您是否指的是从不同外设扩展 FIFO 的有效深度？

此致、

德拉尼

您好 Delaney：

您能解释更多有关您的应用程序以及想要避免对 PULL FIFO 使用中断的原因吗？

当然、我来进一步解释一下我们的应用。 根据 PWM 协议、CLB 用于控制包含21个 LED 的 LED 条。 每个逻辑值对应于不同的占空比。 PWM 频率大约为800kHz。 如您所知、拉取 FIFO 具有4个字的深度、因此、由于 LED 消耗高达32位的数据来理解命令、因此我最多可以控制4个 LED。 调度程序中用于更新 LED 条的更新任务具有1ms 的周期性。

我们想知道是否有其他选项的原因是、如果我使用中断、它们需要与更重要的中断的其余部分实现很好的同步、这样在重新加载 CLB 时、它们永远不会触发。 这会在数据线中引起延迟、并且可能会达到 LED 发出新命令所需的最短复位时间。 此外、我们目前的 CPU 时间也很短。 我们想让这个管理之王留给另一个外设或另一个简单的外设来减轻 CPU 的负担。

您 在原帖中"扩展有效深度"是什么意思？ 您是指从不同的外设扩展 FIFO 的有效深度吗？

说到有效的深度、我的意思是如果可以有任何方法将所有 LED 数据放入 FIFO 或类似文件中、这样 CLB 或其他外设就可以直接消耗这些数据、因此无需为 CLB 拉动 FIFO 充电。 理想情况下、DMA 是理想的备选器件、因为它会将数据从一个方向移动到另一个方向、从而有效地增加 FIFO 深度。

此致、

大卫

尊敬的 David：

 要在不显著更改 CLB 实现的情况下实现该目标、最直接的方法是让 CLB 触发 CLA 写入前面提到的 Delaney 的 PULL FIFO。 这在您的应用中是否可行、或者 CLA 是否已经执行可能中断进入拉 FIFO 的数据流的任务？

谢谢！

卢克

Luke、您好！

目前、我们没有使用 CLA、我认为这可能是一个合适的解决方案。 谢谢你的建议 Delaney 和 Luke。

此致、

大卫