欧美极品高清xxxxhd,国产日产欧美最新,无码AV国产东京热AV无码,国产精品人与动性XXX,国产传媒亚洲综合一区二区,四库影院永久国产精品,毛片免费免费高清视频,福利所导航夜趣136

標題: 關于單片機自定義通訊協議的一個的問題 [打印本頁]

作者: suning 時間: 2023-2-6 20:41
標題: 關于單片機自定義通訊協議的一個的問題
現自定義PC機與單片機的通訊協議為：包長+數據段

例：05 0A 0B 0C 0D 0E
假設現在受到通信干擾，包長數據改變為04，那么單片機接收到的就是數據0A 0B 0C 0D 而數據0E則會被當成下一次數據包的包長，造成通信錯誤。
請問一下如果遇到這種狀況應該怎么解決？小弟已經想一天了

作者: Hephaestus 時間: 2023-2-6 20:41
你定的協議解決不了問題。

給你MODBUS的解決方案：

MODBUS/ASC以":"作為幀頭標志，"\r\n"（0xa、0xd）作為幀尾標志，數據幀只有字母和數字的ASCII碼，不可能出現幀頭幀尾的字符。

MODBUS/RTU以3.5字符的總線空閑時間做幀頭標志，如果出現傳輸3.5個字符的總線空閑時間，則剛才收到的最后一個字符則為幀尾，接下來收到的第一個字符就是幀頭。

作者: zgrfox110 時間: 2023-2-6 22:36
兩個辦法，一個辦法前邊加上3個數據包長度，兩個一樣或三個一樣的有效！方法二：用接收結束延時法！必須一個字節1ms，接收完一個字節，然后定時器計時，來一個字節再清零，沒有字節接收之后，定時器計到3-10ms之后，判斷接收完成。還有其他方法！多思考！

作者: XLinliY.Zhang 時間: 2023-2-6 22:57
直接加個累加校驗或者異或校驗就行了

作者: adject 時間: 2023-2-6 23:16
可以通過計時解決。因為發送肯定連續發送的，假設每字節最大發送時間間隔1ms，那么毎接受一個字節開始計時超過1.5ms認為本次接受結束

作者: 藍魄 時間: 2023-2-7 08:05
最后用個字節做校驗就好了，一直這樣用

作者: glinfei 時間: 2023-2-7 08:49
最好再加上CRC驗證，錯一位還能修正過來。

作者: morty123 時間: 2023-2-7 09:49
那你可以將協議擴展一下加一個校驗啊校驗不對說明這包數據有誤如果你想指導通信中哪一位誤碼了，還可以加糾錯編碼啊

作者: coody_sz 時間: 2023-2-7 09:57
校驗都沒有，非常不可靠。
用CRC16校驗吧，參考MODBUS-RTU協議。
我建議直接用MODBUS-RTU協議，工控上，我從90年代一直用到現在，全球通用。

作者: 小星是么 時間: 2023-2-7 11:00
格式可以改成：包頭  數據長度數據校驗和包尾
                     校驗和 = 包頭+數據長度+數據+包尾

接收端：判斷if(rx_buf[0]==包頭 && rx_buf[4]==包尾)
                  {
                     u8 JiaoYan=rx_buf[0]+rx_buf[1]+rx_buf[2]++rx_buf[4]; //校校驗=包頭+數據長度+數據+包尾
                     if( JiaoYan == rx_buf[3] )  //校驗正確
                     {
                        //開始接收數據
                        dat[0]=rx_buf[2]
                     }
               }
//注意：自定義協議的數據不能包含包頭和包尾一樣數據，如果是自定義的應該可以避免這個問題

作者: jizhongbiao 時間: 2023-2-7 18:00
加幀頭長度及校驗給你參考：幀頭高8位(head high) 幀頭低8位(head low) 幀數據長度(payloadLen ) 保留字節(res ) 命令類型(cmdType) 命令數據(cmdPayload) 幀校驗(check)

歡迎光臨 (http://m.raoushi.com/bbs/)