N32G45x单片机DMA发送485数据丢失问题解析

1. 问题现象与初步排查

最近在使用国民技术N32G45x系列单片机开发485通信功能时，遇到了一个典型问题：通过DMA方式发送数据时，接收端总是丢失最后两个字节。这个现象在工业控制、智能仪表等RS485应用场景中非常具有代表性，值得深入分析。

具体表现为：当单片机通过485总线（使用MAX3485等差分芯片）与PC端的USB转485适配器通信时，PC端串口助手能够接收到数据，但每次都会固定丢失最后两个字节。比如发送"123456"，接收端只能收到"1234"。

关键现象提示：当切换回传统的阻塞式串口发送方式时，通信完全正常。这个对比实验直接锁定了问题范围——DMA传输机制或相关中断处理存在缺陷。

2. 底层机制深度解析

2.1 DMA与串口的协同工作原理

要理解这个bug的本质，需要先梳理STM32（及类似架构）中DMA与串口的协作流程：

1. DMA传输阶段：DMA控制器将数据从内存搬运到USART的TDR（发送数据寄存器）
2. 串口发送阶段：USART将TDR中的数据加载到移位寄存器，通过TX引脚逐位发出
3. 状态标志变化：
   • DMA_TC（传输完成标志）：仅表示DMA完成了内存到TDR的搬运
   • USART_TC（发送完成标志）：表示移位寄存器已清空，停止位已发送完毕

2.2 485方向控制的临界时机

RS485是半双工通信，需要控制收发方向（通常通过RE/DE引脚）。常见的错误做法是在DMA_TC中断中立即切换方向，此时：

code复制[错误时序]
DMA搬运完成 → 触发DMA_TC → 切换为接收模式
但实际上：
USART可能还在发送移位寄存器中的最后两个字节 → 被强行终止

3. 问题定位与解决方案

3.1 第一阶段修复：调整方向切换时机

最初的解决方案是在USART_TC中断中切换方向：

c复制// 正确的中断处理顺序
void DMA1_Channel4_IRQHandler() {
    if(DMA_GetITStatus(DMA1_IT_TC4)) {
        USART_ITConfig(USART1, USART_IT_TC, ENABLE); // 启用串口发送完成中断
        DMA_Cle