今日进行串口数据通信时，使用DMA串口485发送完成中断进行485发送至接收的状态转换时发现，当DMA传输完成时，串口发送寄存器中的数据还未通过发送端口传输完成，在中断中需等待查询串口发送的状态，while((USART_GetFlagStatus(USART1,USART_FLAG_TC) != SET)); 造成中断程序程序的阻塞，以5Mbit/s的波特率的计算的话阻塞约3us。 对控制程序仍有很大影响，以简化中断处理时间的原则，
采用以下改正方法:
1、使用485自动收发电路，（存在的问题是：成本较高，波特率可能达不到，接收状态时同样需要信号输出引脚端置为低电平，若切换时有中断进来，延长发送状态会对总线的数据造成影响。 （电路参考485通讯电路总结http://www.cnblogs.com/my-trees/p/8028960.html））所以不可取。
2、改用发送完成中断进行485发收状态的切换，（用DMA串口空闲中断进行收据的接收）。这样在串口传输完成后即可进行485接收状态的切换，避免程序阻塞，减少了中断的执行时间，降低了对控制程序的影响。
在采用方法2进行处理时，在程序中对中断类型进行判断，发现在使用串口1中断后,程序会频繁进入串口中断，断开通讯、关闭接受空闲中断同样也会进入，
原因是在发送完成中断使能后，使能串口USART_Cmd(USART1, ENABLE)时触发串口中断;通过仿真看到。CR寄存器发送中断标志第6位发送完成中断位置位，触发发送完成中断。 所以在使能发送完成中断状态时，当使能串口时USART_Cmd(USART1, ENABLE);程序会进入一次发送完成中断程序（这与MODBUS发数据协议中介绍的相同，当使能串口发送中断时STM32会自动发送一个空闲帧触发中断描述相同 ）。
循环进入中断是因为在发送完成中断中转换485为接受状态后，重新配置了串口接收DMA,重新使能了串口，造成串口发送完成中断循环进入。
