對於串口並不陌生，使用了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兩個方向波特率，也就是說收發可以不一樣的波特率？
另外補充下，虛擬機下的虛擬串口 波特率是無效的，不管設什么樣，都一樣的。