[参考译文] TMS320F28P650DK：DMA + UART：发送时跳过字节、接收时增加一个字节

尊敬的 Anton：

几件事：

1. 您能否检查 UART RIS 寄存器并查看传输/接收期间是否出现任何错误标志？
2. UART 模块的注意事项之一： 接收时无法在调试器中打开 UART 数据寄存器 (UARTDR)、否则 UART 会将其视为对数据寄存器的“读取“、并丢弃 RX FIFO 中的数据。 确保接收数据时在 CCS Register 视图或 Memory 浏览器中打开 UARTDR 寄存器。
3. 您是否首先尝试在您的设置上从 C2000ware 运行 uart_ex4_loopback_dma 示例作为起点？

此致、

Delaney

感谢您的关注！

1、我重现了 UARTRIS 寄存器报告没有错误的问题。 当我通过启动和停止调试器堆来滥用设备时、我确实设置了一次溢出位、因此看起来一切都已正确设置、中断位也没有意外地被清除。
我还检查了 UARTRSR 和 DMA 通道的 OVRFLG 位、看起来正常。
2.谢谢。 我还没有使用调试器查看 UARTDR。
3.我们从例子开始。 直到最近、我们开始执行更大的（即 520 字节）传输时、一切都运行得比较可靠。
我还注意到了第二个 UART 上的类似功能、我们也用于器件间通信。 8.33MHz 正在传输 UART、我偶尔会注意到 46 字节传输过程中缺少四个字节。 我不确定这是不是新的,还是我们直到现在才注意到;我可以在下周来看看。

我发现这些症状非常奇怪。 如果 DMA 太 慢（与其他 DMA 通道/CPU 争夺资源，触发器丢失等）、我希望能看到传输中的间隙、但没有丢失数据。 相反、它传输时没有间隙、但仍然未命中一个字节。 DMA 是否可能对一个触发器执行两个突发？
在 RX 方面、我目前的理论是、UART FIFO 流动不足----即 DMA 试图从空 FIFO 中检索一个字节、这会导致 DMA 缓冲区中出现额外的零。 下溢是否会设置任何错误位？ 我很难弄清楚这个零点可能来自哪里。

尊敬的 Anton：

由于问题的性质（丢弃了完整字节）、我预计这会导致 UART FIFO 溢出。 您的突发大小配置和 FIFO 级别相匹配、因此触发和数据传输的时序应正确同步。  

您能否尝试启用所有错误中断并在 ISR 中放入断点或 ESTOP0、而不是在 CCS 窗口中查找？ 这是排除任何错误的更明确的方法。 您可以使用 DMA 通道执行相同的操作 — 启用错误中断标志并在 ISR 内使用 NOP 指令添加 if 语句检查、然后在 if 语句中添加一个断点、看看 CPU 是否停止。  

此致、

Delaney

感谢您的建议。 这正是我第一次做的——但我再次尝试了、这次使用了计数器（参见下面的代码片段）。

DMA 传输结束中断会按我预期触发任意多次。 我 认为 rxmis 不会触发、因为 DMA 始终在 ISR 运行之前清除中断标志。 出于类似的考虑、我想 txmis 中断通常会被 TX DMA 抢占？

从不设置 DMA 溢出和 UART FIFO 溢出标志、但我在发送时仍经常看到丢失的字节、在接收时看到额外的字节。

重要的是、我发现只有在启用并运行 USB 外设时才会出现问题。
据我所知、USB 不应在任何方面与 UART 相冲突：
 - USB 和 UART 不共享外设总线（参见数据表 ,第 295 页）,
 -我们没有将 DMA 用于 USB（或除两个 UART 之外的其他任何东西）,
 - UART DMA 缓冲器都在 GSRAM0 中,而所有 USB 相关的都在主存储器中,
 -所有的 UART 传输都是在一次 DMA 传输中完成的 — 所以我不希望在传输过程中出现问题,即使中断被禁用并且 CPU 完全与 USB 连接。 RX 更加复杂、因为我们在循环缓冲器配置中以连续模式运行 DMA、但我仍然预计问题会以 DMA 突发大小的倍数（而不是一个字节）出现。

总之、UART 是自主和完全不受阻碍地运行的、仍然没有一个字节、然后就像没有出现任何问题一样运行。 我不知道该做些什么；任何指导都是值得赞赏的。
谢谢！

typedef struct {
    uint32_t tx_dma_transfer_count;
    uint32_t tx_dma_ovrflg;
    uint32_t rx_dma_transfer_count;
    uint32_t rx_dma_ovrflg;
    uint32_t txmis;
    uint32_t rxmis;
    uint32_t femis;
    uint32_t pemis;
    uint32_t bemis;
    uint32_t oemis;
} uart_err_t;
volatile uart_err_t g_uart_err = {0};

__interrupt void INT_UARTA_IPC_RX_DMA_ISR(void)
{
    if(HWREG(UARTA_IPC_RX_DMA_BASE + DMA_O_CONTROL) & DMA_CONTROL_OVRFLG){
        g_uart_err.rx_dma_ovrflg++;
        HWREG(UARTA_IPC_RX_DMA_BASE + DMA_O_CONTROL) = DMA_CONTROL_ERRCLR;
    } else {
        g_uart_err.rx_dma_transfer_count++;
    }

    // Record keeping for circular buffer
    g_dbg_ipc_uart.rx_w_wrap_total += 1;
    if(ipc_rx_wrap_cnt < INT16_MAX) ipc_rx_wrap_cnt += 1;
    ipc_rx_wrap_guard = false;
    Interrupt_clearACKGroup(INT_UARTA_IPC_RX_DMA_INTERRUPT_ACK_GROUP);
}

__interrupt void INT_UARTA_IPC_TX_DMA_ISR(void)
{
    if(HWREG(UARTA_IPC_TX_DMA_BASE + DMA_O_CONTROL) & DMA_CONTROL_OVRFLG){
        g_uart_err.tx_dma_ovrflg++;
        HWREG(UARTA_IPC_TX_DMA_BASE + DMA_O_CONTROL) = DMA_CONTROL_ERRCLR;
    } else {
        g_uart_err.tx_dma_transfer_count++;
    }
    Interrupt_clearACKGroup(INT_UARTA_IPC_TX_DMA_INTERRUPT_ACK_GROUP);
}

__interrupt void INT_UARTA_IPC_ISR(void)
{
    volatile const uint32_t MIS = HWREG(UARTA_IPC_BASE + UART_O_MIS);

    if(MIS & UART_MIS_TXMIS) g_uart_err.txmis++;
    if(MIS & UART_MIS_RXMIS) g_uart_err.rxmis++;
    if(MIS & UART_MIS_FEMIS) g_uart_err.femis++;
    if(MIS & UART_MIS_PEMIS) g_uart_err.pemis++;
    if(MIS & UART_MIS_BEMIS) g_uart_err.bemis++;
    if(MIS & UART_MIS_OEMIS) g_uart_err.oemis++;

    HWREG(UARTA_IPC_BASE + UART_O_ICR) = 0xFFFFFFFF;
    UART_clearGlobalInterruptFlag(UARTA_IPC_BASE);
    Interrupt_clearACKGroup(INT_UARTA_IPC_INTERRUPT_ACK_GROUP);
}

尊敬的 Anton：

有趣的是、让我深入了解一下、然后回到您的身边。

此致、

Delaney

尊敬的 Anton：

对延迟深表歉意。 您是否尝试过将 RX 和 TX 线路作为范围来验证数据看起来是否正确/预期？

您是正确的；在这种情况下、USB 外设不应直接影响 UART 外设。

我建议尝试禁用 RX DMA 连续模式、有时这可能会导致时序问题。 您是否能测试某些内容 — 禁用连续模式并保持 USB 启用/运行。

此致、

Delaney