使用RS指令與第三方支持MODBUS的數(shù)字量模塊通訊，讀取對方數(shù)字量輸入點。使用串口軟件監(jiān)控收發(fā)數(shù)據(jù)正常，但監(jiān)控FX2N和對方通訊，數(shù)據(jù)不堪入目，不但返回的輸入點跳動，命令的第一、二字（即從站地址和功能碼）也在不同的數(shù)據(jù)間跳動。
程序為不停地讀取從站，M8122或M8123復位后延時10MS~100MS來觸發(fā)M8122。從站通訊口為A,B兩個端子。想不明白，難道同一時刻，發(fā)送和接收均在執(zhí)行，但是程序已作了 M8122和M8123的延時。
求大家指點！

可以通訊上，可以讀出從站開關(guān)量輸入。只是返回數(shù)據(jù)在不同數(shù)據(jù)間跳動。
通訊距離2米。

M8122不是一直為1。否則數(shù)據(jù)不會更新，我的是通訊正常，功能也能實現(xiàn)，數(shù)據(jù)可以更新，就是接收數(shù)據(jù)跳動。

贊同。試一下

  
寫了一段簡短的程序，依舊如此，能夠返回實際的開關(guān)量，但是數(shù)據(jù)跳動。
發(fā)送指令：0B 02 00 10 00 08 78 A3。 0B地址，02讀開關(guān)量輸入，0010開關(guān)量輸入第一個地址，0008讀8個開關(guān)量。
正確的返回指令：0B 02 01 ** AA BB。**代表返回的實際輸入，AA,BB代表校驗碼。
還有一個問題，返回數(shù)據(jù)依次向高字節(jié)移動一個字。如圖三，返回數(shù)據(jù)地址理論應為D7060,實際返回在D7061中，其他依次。

引用

引用第9樓anlyl2014于2022-06-19 07:57發(fā)表的  :
這是舊話重提的了，RS指令的K8是發(fā)送8個數(shù)，后面K6是指接收個數(shù)6個，問題出在接收個數(shù)不足，F(xiàn)X2N前的所有型號都有返回碼，也就是說，發(fā)送K8，接收為K8+接收的個數(shù)；FX3U后的型號就沒有此問題，解決方法是：接收的K?要足夠大，例如RS D7000 K8 D7010 K30
可參考我發(fā)的例子

感謝大神，雖然嘗試沒有效果。改S7-200 MODBUS通訊了。還是喜歡日本風格，簡潔方便。

引用

引用第12樓學無止靜于2022-06-21 15:59發(fā)表的  :
樓主介紹的狀態(tài)可考慮下是否是干擾？通訊的對象是社么設(shè)備，如果是變頻器尤其要注意。
曾經(jīng)遇到過樓主描述的類似現(xiàn)象。這種通訊亂碼狀態(tài)的出現(xiàn)總是與動力回路的大負載啟動和運行相關(guān)，通常都是設(shè)備接地，電纜屏蔽沒做好引起干擾，最簡單的方法是用臨時通訊電纜繞開干擾源試一下干擾情況有否改變就可得到有價值的信息。

現(xiàn)場沒有驅(qū)動，只用控制部分。距離不超過兩米。