對于串口并不陌生，使用了N遍，總以為理解很深刻，實際上還有很多細(xì)節(jié)未知。

近期在處理新的板子發(fā)現(xiàn)串口收發(fā)很不正常，經(jīng)常少一些數(shù)據(jù)、莫名其妙數(shù)據(jù)被串改了，導(dǎo)致校驗通不過，現(xiàn)象很詭異

例如存在以下幾種現(xiàn)象，可能就是這個問題：

程序在接收數(shù)據(jù)時，0x13,0x11 總是收不到。

串口發(fā)送方發(fā) 0x0D，接收方收到 0x0A；

串口發(fā)送方發(fā) 0x0A，接收方收到 0x0D。

有時候，在用write發(fā)送數(shù)據(jù)時沒有鍵入回車，信息就發(fā)送不出去

這樣當(dāng)然不行

主要原因串口在默認(rèn)情況下，會進(jìn)行自動字符轉(zhuǎn)換或一些特殊處理：

c_cc數(shù)組的VSTART和VSTOP元素被設(shè)定成DC1和DC3，代表ASCII標(biāo)準(zhǔn)的XON和XOFF字符

在輸入輸出時是按照規(guī)范模式接收到回車或換行才發(fā)送，而更多情況下我們是不必鍵入回車或換行的

在串口設(shè)置中c_iflag和c_oflag中存在從NL-CR和CR-NL的映射，即串口能把回車和換行當(dāng)成同一個字符

這些處理，感覺很智能(可能在一些特殊場合下，比較方便)，實際上會給我們帶來一些麻煩(我們大部分是傳輸二進(jìn)制數(shù)據(jù))，如果不知道原因的話，往往需要花費很大精力去找原因

主要涉及到幾個參數(shù)：

tcflag_t c_iflag; /* 輸入模式 */

tcflag_t c_oflag; /* 輸出模式 */

tcflag_t c_cflag; /* 控制模式 */

tcflag_t c_lflag; /* 本地模式 */

cc_t c_cc[NCCS]; /* 控制字符 */

知道原因，就好改，網(wǎng)上也有很實例：

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字節(jié)

opt.c_cc[VTIME] = 1;///< Wait time

其實還有很多參數(shù)，有興趣的可以詳細(xì)了解下。

總結(jié)

以上是生活随笔為你收集整理的linux串口数据异常,linux串口知识深入--收到数据异常问题处理的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。