最近在做通訊實(shí)驗(yàn)，搭建硬件為FX2N80MR+485BD板，與三菱變頻器D740走M(jìn)ODBUS RTU通信協(xié)議，各參數(shù)設(shè)定好后，程序?qū)懭氲絇LC中，參數(shù)寫入H06的數(shù)據(jù)都能正常發(fā)送正常返回，但是我們用主站讀取從站的數(shù)據(jù)H03時從站返回的數(shù)據(jù)格式就不對了，從站返回的數(shù)據(jù)就是我們主站發(fā)送的數(shù)據(jù)，返回數(shù)據(jù)根本就讀不回來。因此百思不得其解，
1：如果是通訊設(shè)置問題，那為什么我們寫入H06變頻器卻能完整返回數(shù)據(jù)呢？可為什么我們讀取就返回不了呢？
2：如果是線路問題，那就根本通訊不了啊。
3：如果是通訊格式的問題，那為什么我們用竄口調(diào)試助手能夠正常的讀取，寫入變頻器數(shù)據(jù)呢？
我把我監(jiān)控的圖發(fā)與上來，望高手能夠給予指正，不甚感激�。。�！

發(fā)送什么返回什么，之前玩BD板遇到過這個問題，將監(jiān)控的D編號往后推，多監(jiān)控幾個，或許會有新發(fā)現(xiàn)。
FX3代的DB板沒有這個問題，不妨試試

建議電腦接一個usb轉(zhuǎn)485的接收器，用串口助手做從站，監(jiān)控PLC發(fā)出來的報文，直接分析原始通訊報文方便找出問題

這是FX2N-485BD的通病，F(xiàn)X3U-485BD、FX5U沒這毛病。主站PLC會收到反射數(shù)據(jù)，真正要接收的數(shù)據(jù)在反射數(shù)據(jù)之后。例如，主站PLC發(fā)送8個字節(jié)的數(shù)據(jù)給從站，從站回復(fù)8個字節(jié)的數(shù)據(jù)。但是，主站PLC會先收到自己發(fā)送給從站的8個字節(jié)數(shù)據(jù)，之后才收到從站回復(fù)的8個字節(jié)數(shù)據(jù)。解決的方法就是用RS指令擴(kuò)大接收緩沖區(qū)數(shù)據(jù)數(shù)量。

應(yīng)該是回波

接收寄存器從8個增加到16個

引用

引用第3樓zhangqi_1234于2022-10-20 22:15發(fā)表的  :
這是FX2N-485BD的通病，F(xiàn)X3U-485BD、FX5U沒這毛病。主站PLC會收到反射數(shù)據(jù)，真正要接收的數(shù)據(jù)在反射數(shù)據(jù)之后。例如，主站PLC發(fā)送8個字節(jié)的數(shù)據(jù)給從站，從站回復(fù)8個字節(jié)的數(shù)據(jù)。但是，主站PLC會先收到自己發(fā)送給從站的8個字節(jié)數(shù)據(jù)，之后才收到從站回復(fù)的8個字節(jié)數(shù)據(jù)。解決的方法就是用RS指令擴(kuò)大接收緩沖區(qū)數(shù)據(jù)數(shù)量。

   又學(xué)到了新鮮的知識，謝謝各位大佬