对于串口并不陌生，使用了N遍，总以为理解很深刻，实际上还有很多细节未知。
近期在处理新的板子发现串口收发很不正常，经常少一些数据、莫名其妙数据被串改了，导致校验通不过，现象很诡异
例如存在以下几种现象，可能就是这个问题：
程序在接收数据时，0x13,0x11 总是收不到。
串口发送方发 0x0D，接收方收到 0x0A；
串口发送方发 0x0A，接收方收到 0x0D。
有时候，在用write发送数据时没有键入回车，信息就发送不出去
这样当然不行
主要原因串口在默认情况下，会进行自动字符转换或一些特殊处理：
c_cc数组的VSTART和VSTOP元素被设定成DC1和DC3，代表ASCII标准的XON和XOFF字符
在输入输出时是按照规范模式接收到回车或换行才发送，而更多情况下我们是不必键入回车或换行的
在串口设置中c_iflag和c_oflag中存在从NL-CR和CR-NL的映射，即串口能把回车和换行当成同一个字符
这些处理，感觉很智能(可能在一些特殊场合下，比较方便)，实际上会给我们带来一些麻烦(我们大部分是传输二进制数据)，如果不知道原因的话，往往需要花费很大精力去找原因
主要涉及到几个参数：
tcflag_t c_iflag; /* 输入模式 */
tcflag_t c_oflag; /* 输出模式 */
tcflag_t c_cflag; /* 控制模式 */
tcflag_t c_lflag; /* 本地模式 */
cc_t c_cc[NCCS]; /* 控制字符 */
知道原因，就好改，网上也有很实例：
opt.c_iflag &= ~(ICRNL | INLCR);
opt.c_iflag &= ~(IXON |IXOFF | IXANY);
opt.c_oflag &= ~(ONLCR |OCRNL);
也可以参考如下代码：也可以
opt.c_oflag = 0; ///< 输出模式
opt.c_lflag = 0;///< 本地模式
opt.c_iflag = IGNBRK;///< 输入模式
opt.c_iflag &= ~(IXON|IXOFF|IXANY);
opt.c_cc[VMIN] = 1;///< 最少1字节
opt.c_cc[VTIME] = 1;///< Wait time
其实还有很多参数，有兴趣的可以详细了解下。
)
