1、引言
最近在Linux下调试串口程序,遇到了串口数据接收不全的异常问题,经过将近一上午的努力终于找到问题根源,特此分享给大家,此次调试过程中用到了主要用到了minicom工具,至于minicom的使用大家可以自行查找相关资料。
2、正文
此次调试环境实在两个平台下,负责发送串口数据一方是VxWorks平台,负责接收的一方是arm+Linux平台,发送的是一些必要的时间和其他信息,以下简称VxWorks和Linux 在Linux下接收串口数据偶尔出现接收不全的情况,具体分析过程如下:
1、通过在VxWorks发送和Linux接收的地方分别添加打印,并且中控发送有问题的固定数据,从一个异常问题变为必现的问 题。
2、VxWorks平台继续发送有问题数据,并且通过Linux工具的minicom工具(使用方法自行查阅)进行接收串口数据,查看数据是 否异常,经过分析发现通过minicom接收的数据同样也有问题,排除程序的逻辑问题,怀疑可能是串口设置属性问题。
3、研究丢失的字节数据找到相关规律,发现每次丢失数据都是ox13 即19 因为VxWorks给Linux同步的时间中日期正好是6月19号,此问题也在这一天必现,并且继续测试发现0x11数据同样也存在这种问题,目前基本确定是这几个数据的问题。
3、问题解决
-
struct termios options;
-
tcgetattr( g_iSonarComFd,&options);
-
// 屏蔽 0x0d 0x11 0x13 这些特殊字符 解决这些特殊字符收不到的问题
-
options.c_iflag &= ~(BRKINT | ICRNL | INPCK | ISTRIP | IXON);
-
tcsetattr(g_iSonarComFd,TCSANOW,&options)
4、总结
此次问题解决主要依赖于工具和运气,因为正好赶在当天的日期中含有特殊字符,总结此问题和大家分享