老规矩，先说下问题：串口在接收pc端发来的数据时（100个bytes，每200ms发送一次），偶尔会丢一些数据。某一次的测试记录如下：

第一次丢数据 发送总量60多万字节 丢了27个

第二次丢数据 发送总量80多万字节 （在上一次发送的基础上又）丢了40个

第三次丢数据 发送总量190多万字节 （在上一次发送的基础上又）丢了37个

 

      以上数据要说明的是所丢的数据是一个随机情况，因为如果我把环境清空（例如断电重启）而pc端的发送条件不变，那么丢数据的情况就不是上面显示的记录了。

 

      分析，所谓的丢数据无非就是fifo溢出软件来不及读取或者是软件缓冲区的可读区大小为0。不过从上述情况来看应该不是后者的原因。因为，如果是后者，当pc发送条件不变而开发板环境清空重来的话，丢数据的情况应该一样。

 

       针对以上情况，可通过以下几个方案来修改

       方案一：如果pc（发送端）有自动流控，那么ce端也应该打开自动流控--在串口驱动中通过rUMCON寄存器设置；如果pc端没有，ce端也应该将自动流控关闭

       方案二：提高接收线程的优先级，包括应用程序和驱动程序的

       方案三：设置串口控制器的接收中断模式和FIFO的trigger level值。中断模式有两种，pulse模式的意思是当FIFO中的数据量刚到达所要求（trigger level）的时候会产生中断，该中断只在那一刻产生，如果那时cpu还在处理上一次的中断而把该中断mask掉，那么该中断就回被丢掉，而FIFO中的数据就会一直增加到溢出；level模式的意思是只要FIFO中的数据达到所要求的时候就会产生中断，包括比所要求的多的时候，只要cpu在FIFO中的数据在溢出之前处理完上一次的中断而来处理这次中断，这样FIFO就不会溢出，数据也就不会丢失。