分析modebus485通訊，最后一楨數(shù)據(jù)錯(cuò)誤

ID:59284 · 發(fā)表于 2014-2-26 18:33

1、51單片機(jī)，modebus485通訊數(shù)據(jù)直接發(fā)送到端口附近的移位寄存器

2、avr，stm32單片機(jī)，數(shù)據(jù)會(huì)先寫入緩存，就是一級(jí)緩存，待端口附近移位寄存器空了才會(huì)將一級(jí)緩存放入移位寄存器，也就是二級(jí)緩存。這樣就有兩個(gè)標(biāo)志：一個(gè)是一級(jí)緩存空，你可以寫入數(shù)據(jù)；一個(gè)是二級(jí)緩存空，你可以發(fā)現(xiàn)發(fā)送完成。這樣到底哪一次才是真的發(fā)送完就很明了。

3、很多時(shí)候會(huì)表現(xiàn)為發(fā)送和接受切換不及時(shí)引起，的確也是。但把握好何時(shí)才是真的數(shù)據(jù)發(fā)送完畢，應(yīng)該也是可以解決，畢竟硬件電路上的傳輸十分迅速。但若真是這樣的，發(fā)送接受切換時(shí)間不對(duì)，下策就是延時(shí)，稍微好點(diǎn)可以在前后加入幾個(gè)干擾較小的數(shù)據(jù)。最好的聽(tīng)說(shuō)有l(wèi)inux的delaywork方法，暫時(shí)不知是什么。

4、當(dāng)stm32用fsmc來(lái)讀取16c554，16c554通過(guò)串口連接數(shù)據(jù)，這樣的系統(tǒng)也是通訊的最后發(fā)現(xiàn)數(shù)據(jù)錯(cuò)誤，但是接下來(lái)一組數(shù)據(jù)開(kāi)頭一個(gè)錯(cuò)誤。在16c554之前通訊數(shù)據(jù)對(duì)，而16c554接受錯(cuò)誤，或者fsmc錯(cuò)誤，而一旦錯(cuò)誤就會(huì)反復(fù)出現(xiàn)，時(shí)好時(shí)壞，奇怪哉。

帳號(hào)		自動(dòng)登錄	找回密碼
密碼			立即注冊(cè)