對于串口并不陌生，使用了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

其實還有很多參數，有興趣的可以詳細了解下。

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。