文本文件局部? ?? ?? ?? ?? ?對應(yīng)二進制編碼
50,??2940.0,? ?4? ?? ?? ?? ?35 30 2C 09 32 39 34 30 2E 30 2C 09 20 20 34 0A 20
??*****? ?? ?? ?? ?? ?? ?? ???00 2A 2A 2A 2A 2A 00 00 00 00 00 00 00 00 00 0A 20
52,??3060.0,? ?5? ?? ?? ?? ?35 32 2C 09 33 30 36 30 2E 30 2C 09 20 20 35 0A 20

我是通過UART和CH376通信，硬件INT管腳，采取讀管腳方式查詢中斷。

使用CH376ByteWrite寫字節(jié)方式寫U盤，一次CH376ByteWrite大概一般不超過40個字節(jié)編碼。
一個總計12K文本文件總是能遇到大概2-3次CH376ByteWrite寫入錯誤，基本上都是如上錯誤寫成了2A 2A 00 00，而字節(jié)數(shù)量基本還是對的。

CH376ByteWrite有時候能捕捉到寫失敗返回值（Query376Interrupt循環(huán)超時不產(chǎn)生中斷）
有時CH376ByteWrite完全返回正常(Query376Interrupt正常)，但是文檔中仍然有誤碼。

我調(diào)整通信速率在9600-1000000之間，錯誤率并沒有明顯變化。

非常感謝！

您好，您可以檢查以下兩部分。

1. 使用第三方工具（邏輯分析儀）查看傳輸文檔異常的時候，串口這里的數(shù)據(jù)，是否有上傳什么異常值。這里是為了判斷異常是否和異步串口有關(guān)。

2. 您可以查看USB信號線，看是否為信號問題導致的傳輸數(shù)據(jù)的異常。