[参考译文] TM4C1290NCPDT：Tiva Micro 上的 UDMA 演示

您好：

除了从外设传输数据外、您是否更好地使用 uDMA 操作来获取接收数据的实际大小？

Dennis

您好：

我想您说的是、使用中断并从 FIFO 中读取字符、确定数据包的长度、然后切换至 DMS 以获取其余数据？

您是否有这样做的代码段示例或大纲？

是的、这就是我的建议。 我没有一个示例、因为它非常特定于协议。

您能否描述协议、至少足以识别数据包的大小？

协议如下：

一个数据包

<2字节计数><5个保留字节> <2字节校验和>

注：客户端可以发送上述格式的一系列数据包。 如您所见、固定大小 DMA 操作对于确定接收到的数据并不实用。

您是否有代码段的大纲、说明如何执行前面建议的混合解决方案？

您好：

波特率为115200、无硬流控制。  但是、我们确实使用 RTS 和 CTS 进行流量控制。

这是基本流程。

1) 1)设置 UART 以使用 FIFO 并在接收4个字符后中断。 还应将 UDMA 设置为执行基本传输、但尚未启用 UDMA 通道。

2) 2)在 UART 中断例程中、从 FIFO 读取前三个字符。 从第二个和第三个字符中、确定剩余字符数。 禁用 UART RX 中断、完成 UDMA 初始化设置传输大小、启用 UDMA 通道并启用 UART RX DMA 中断。

3) 3)第二次进入 UART 中断例程时、整个数据包应该已经被接收。 现在、您可以重新启用 UART RX 中断以准备接收下一条命令。 您可以使用静态枚举来跟踪 中断是用于接收命令还是用于完成数据包。

基本上、为每个接收到的数据包执行 UART RX 中断例程两次。 使用 RTS 和 CTS 控制数据流应该不会影响中断延迟。 如果中断的执行时间必须保持在绝对的最小值、您可以嵌入来自 TivaWare 函数的源代码、而不是调用它们。 通常、您可以优化应用程序的代码、从而节省呼叫/返回时间。

尊敬的 Bob：

在建议的大纲中、如果逻辑检索错误的数据长度(出于任何原因)、DMA 操作将被冻结、并且永远不会获得预期的数据长度。

是否有一个捕捉或处理逻辑来解决两个器件之间的数据通信中可能发生的这种类型的错误？