[参考译文] TMS320C6746：处理器是否每个通道支持多个 EDMA 传输完成中断？

您好、Randy、

我正在与 Parul 合作解决这个问题、并为您或其他任何人提出后续问题。  我们希望有两个单独的 EDMA 功能事件生成中断... McASP 和 UART1。  如 C6746数据手册中所示、SPRS591C、表5-12 EDMA 同步事件、这两个事件都仅由通道控制器0覆盖。  但是、出于各种设计原因、我们确实希望将它们放在单独的 EDMA 控制器上。  例如、是否有任何方法可以让 UART1同步事件向通道控制器1报告？  否则、我们将在同一控制器上混合更高优先级和更低优先级的功能、并且需要针对所有组合的 McASP 和 UART1中断执行整个 IPR 读取循环。

谢谢、

Robert

[引用 user="RandyP"]

数据手册告诉您器件的工作原理、您非常了解它、这对于许多人来说是一项困难的任务。

[/报价]

EDMA 是 C67XX 处理器中最复杂的部分之一。  即使在几年之后，我每次都被提醒，一般没有快速的答案：)

[引用 user="RandyP"]

请解释您的"各种设计原因"、因此我们可以帮助您找到一种方法来执行您需要执行的操作、即使无法按照您要求的方式完成-即重新设计 DSP。  

[/报价]

一般而言、我们希望从高级功能的角度将采集过程(McASP)和支持功能(UART)分开。  相互混淆会引起人们对它们之间的干扰的担忧、即使这种干扰不合法也是如此。  此外、它还需要一种更集中的方法来处理它们、即在同一例程/源文件中通过 IPR 读取和处理所有相关功能。  理想情况下、在我看来/首选的设计方法中、它们是单独的 EDMA 控制器、具有用于处理相关 EDMA 中断的独立进程/源文件。  这也会导致更直接的占先方案。  但我现在知道、C674x 不可能实现、我只想对其进行双重检查、我们将相应地进行处理。  

[引用 user="RandyP"]

例如、您可以编写自己的 EDMA3_INTERRUPT_DEPTMUSTERS 来解析 IPR、并充分利用您对仅有两个可能生成中断的 DMA 通道存在的更深入了解。 如果 C 编译器的速度不够快、您甚至可以在汇编语言中编写它。 您可以使其自中断、这样、如果低优先级 ISR 正在运行、另一个 EDMA3中断可以优先于第一个中断并运行高优先级 ISR。 如果这是您想要执行的操作。 它都是软件、因此您可以编写它、无论您希望它能正常工作。 因此、您可以通过这种方式减少"整个 IPR 读取循环"。 不过、我建议您继续使用 C 语言-编译器非常好、汇编程在大多数情况下并不是很有吸引力的选择。

[/报价]

感谢您的建议。  当然、比具有单独的 EDMA 处理程序、并通过优先级设置让 BIOS 处理占先稍微复杂一点。 您是否知道有任何可用的示例代码、它们具有类似的功能？

[引用 user="RandyP"]

您的 McASP 和 UART1端口使用什么数据速率？ McASP 数据组件的大小是多少(越大越好)？

[/报价]

McASP 为10K、逐样本运行、UART 速度较慢、但需要跟上 TX 和 RX 缓冲区的步伐。  

谢谢、

Robert

[引用 user="Robert56682">我们希望有两个单独的 EDMA 功能事件生成中断... McASP 和 UART1

我看到的大多数 McASP 驱动程序都使用多个参数集和完成中断来处理乒乓缓冲。  您是否不是这样？  

[引用 USER="Robert56682"]如 C6746数据手册 SPRS591C 表5-12 EDMA 同步事件中所示，这两个事件都只能由通道控制器0覆盖。

正如 Randy 提到的、这在硬件中是固定的。

[引用 user="Robert56682"]但是，我们真的希望将它们放在单独的 EDMA 控制器上

很抱歉、这是不可能的。

[引用 USER="Robert56682"]否则，我们将在同一个控制器上混合较高和较低优先级的功能，并且需要针对所有组合的 McASP 和 UART1中断执行整个 IPR 读取循环。

如果关联的事件处理程序是 SWI 或任务、您可以通过调度程序轻松地对其进行优先级排序。  这是我的建议。

[引用用户="Brad Griffies"]

我看到的大多数 McASP 驱动程序都使用多个参数集和完成中断来处理乒乓缓冲。  您是否不是这样？  

[引用用户="Brad Griffies"]

[引用用户="Brad Griffies"]

[引用用户="Robert56682">只是为了确认我理解... 单个 EDMA 中断处理程序将用于简单地解析 IPR、然后立即生成 SWI 或任务、以处理单独的功能块？

是的。

[引用 USER="Robert56682"]不过，一个复杂的问题是，我们的 McASP RX 处理程序正在根据样本为 McASP TX 处理程序生成一个值。

如果您按样片进行操作、那么使用 EDMA 是否有很大的好处？

[引用 USER="Robert56682]通过从硬件处理程序本身中删除该内容、我会担心丢失所需的时间、即基于最新 RX 错过了下一个 TX 的更新、这会使我们的设计停止运行。  不过、在这种情况下、我想可以将所有 McASP 处理直接保留在 HWI 处理程序中、并为 EDMA 处理的较低优先级 UART 部分生成 SWI 或任务。[/引用]

同意。  如果某些部件在 HWI 中存在、而其他部件在 SWI/Task 中存在、则会变得有点乱、不过如果您的最后期限很短、则可能有必要这样做。

[引用 USER="Robert56682]不过，一个复杂的问题是，我们的 McASP RX 处理程序正在逐样本为 McASP TX 处理程序生成一个值。 [/报价]

该值是如何/何时生成的？  是否可以通过链式 EDMA 传输来处理此副本、这样您就不必担心 CPU 及时处理它了？

[引用用户="Brad Griffies"]

该值是如何/何时生成的？  是否可以通过链式 EDMA 传输来处理此副本、这样您就不必担心 CPU 及时处理它了？

[引用用户="Robert56682"]似乎与您建议的内容相同？

是的、我认为是这样。  但是、鉴于音频数据速率非常低、我希望在 SWI/Task 内进行此处理不会导致任何实时问题。  我认为、如果您能够在 SWI/Task 中保持所有处理、那么您的代码结构会更清晰。

[引用用户="Brad Griffies"]

是的、我认为是这样。  但是、鉴于音频数据速率非常低、我希望在 SWI/Task 内进行此处理不会导致任何实时问题。  我认为、如果您能够在 SWI/Task 中保持所有处理、那么您的代码结构会更清晰。

听起来不错、这就是我要做的。

谢谢、

Robert

是的、没错。