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、总结
此次问题解决主要依赖于工具和运气，因为正好赶在当天的日期中含有特殊字符，总结此问题和大家分享