对于串口并不陌生,使用了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
其实还有很多参数,有兴趣的可以详细了解下。
题外话:
今天,又测试不行了。但原因还不太一样,先把代码贴出来对比下。
原先代码:
tcgetattr(m_hSerial,&opt);
opt.c_cflag &= ~CSIZE;
opt.c_cflag |= (B115200 | CS8 | CLOCAL | CREAD);
//无奇偶校验
opt.c_cflag &= ~(PARENB | PARODD);
//1位 停止位
opt.c_cflag &= ~CRTSCTS;
opt.c_cflag &= ~CSTOPB;
//设置参数
opt.c_oflag = 0; ///< 输出模式
opt.c_lflag = 0; ///< 本地模式
opt.c_iflag = IGNBRK; ///< 输入模式
opt.c_iflag &= ~(IXON|IXOFF|IXANY);
改进之后,可行的代码:
tcgetattr(m_hSerial,&opt);
int nBaud = B115200;
cfsetospeed(&opt,(speed_t)nBaud);
cfsetispeed(&opt,(speed_t)nBaud);
opt.c_cflag &= ~CSIZE;
opt.c_cflag |= (CS8 | CLOCAL | CREAD);
//无奇偶校验
opt.c_cflag &= ~(PARENB | PARODD);
//1位 停止位
opt.c_cflag &= ~CRTSCTS;
opt.c_cflag &= ~CSTOPB;
//设置参数
opt.c_oflag = 0; ///< 输出模式
opt.c_lflag = 0; ///< 本地模式
opt.c_iflag = IGNBRK; ///< 输入模式
opt.c_iflag &= ~(IXON|IXOFF|IXANY);
对比下代码,没太多区别。就是对波特率设置有点不一样
原先:先获取,然后 或 上一个波特率?这里不对,应该是=(这个错误的确是改出来的,低级错误)
现在:先获取,然后 直接设置波特率,还设置i或o两个方向波特率,也就是说收发可以不一样的波特率?
另外补充下,虚拟机下的虚拟串口 波特率是无效的,不管设什么样,都一样的。
|