老规矩,先说下问题:串口在接收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就不会溢出,数据也就不会丢失。
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/gooogleman/archive/2009/07/19/4359624.aspx