串口通信丢包分析

RS232/RS422/RS485 异步通信通常使用一个UART 来发送和接受数据， 用UART 芯片来控制串口的传输。UART芯片内部有一个FIFO缓冲区，用于存储软件驱动程序的输入数据。 FIFO的大小为1、16、64或128个字节，具体取决于UART类型。 FIFO用于通过缓冲数据来提高两个串行端口之间的通信吞吐量。接收和发送FIFO是独立的。

数据流向 （RX）

外部的串口设备------->  UART芯片的FIFO，FIFO数据到达trigger level ，触发中断 --------> driver 读取数据  ---> 拷贝数据到应用层程序

数据流向 （TX）

应用层程序数据------> 拷贝到 driver --------> 拷贝到FIFO，FIFO数据到达trigger level ，触发中断  ---> UART 芯片发出数据 ------>外部的串口设备

UART芯片的数据流向

由于我的设备上有16个串口，同时进行高速大文件传输，容易发送丢包现象。

一般来说串口通信丢包会有以下原因：

1、CPU本身性能限制 或者 总线的限制 导致中断响应不过来。

   高速  大数据通信时会出现。CPU本身限制 中断响应不过来，这时候一般可以选择更低的波特率、或者更小的封包，或者发包时加一些延时来解决，不过 这些都是应用层的解决方案，在驱动层能做的工作，微乎其微。

2、由于应用程序效率不高，导致CPU loading 过大，持续100%，可能会有中断丢失的现象，也会导致丢包。

     这时候优化程序显的格外重要，减少不必要的printf，printf 是非常耗时的。

3、trigger level 设置不合理

    RX_Trigger 越小，给CPU的中断越多，(这时应该减少封包的大小，降低传输速率，避免丢包发生)

    RX_Trigger 越大，给CPU的中断越少，CPU可能性能更好一些，但是 RX_Trigger 过大，FIFO可能会溢出。

   这是因为 触发中断后，经过“interrupt latency” 中断延迟时间，驱动去读取数据  如果 interrupt latency 小于 1 character time ， FIFO 就会溢出。 所以 RX_Trigger 设置的时候要远小于 FIFO的100%

     TX_Trigger 产生中断后发送，就OK , 所以不会有等待的时间 ， TX_Trigger 可以设置的稍微大一些，来增加CPU的性能。