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

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

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

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

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

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

帳號		自動登錄	找回密碼
密碼			立即注冊