如圖所示，運行指令無響應，且無報錯。狀態(tài)監(jiān)視及執(zhí)行履歷均無動作。測試開光量ON/OFF已經程序是否可能未執(zhí)行到，都已排除可能了,請大家指教！

還有監(jiān)視狀態(tài)

新年伊始，回來總結收獲了，其實年前已經有了完整進度了。先總結如下：1.關于G.CPRTCL指令運行無響應，再咨詢客服以后得知通訊協(xié)議中還需要設置接受等待時間（默認為0）【見圖1】。不然指令執(zhí)行完是不會停留等待接受的，完成標志位就不會動作；2.改完接受等待時間以后，發(fā)現(xiàn)只能連續(xù)執(zhí)行完1個協(xié)議，到第二個協(xié)議就會報錯。這個需要修改智能模塊參數(shù):"各種控制指定"中的“發(fā)送等待時間指定用”【見圖2】，這個應該是用于連續(xù)發(fā)送給變頻器多個協(xié)議中間的時間間隔，以便變頻器在每次收到報文以后都有足夠時間處理完當前協(xié)議回傳，所以需要PLC這邊不能數(shù)據(jù)轟炸式的發(fā)送；3.最后就是485的異常復歸不是很好用。原以為異常復歸不會收到束縛，即使沒有報警發(fā)生，最多不響應而已。但是實際不然。觸發(fā)報警復歸會確實會復歸釣報警，但是接著會誘發(fā)二次報錯，并變頻器瞬間停止運行。也有咨詢過客服，目前好像沒有比較好的解決方案。如果有大神能搞定，希望交流一下。

程序和參數(shù)如下：

寫進模塊了沒 這個很好寫     我 一次讀4臺變頻器都沒事   瀏覽了下程序  modbus  RS 485  只支持通道2   為啥 用4個通道    用通道1的不能用這個modbus協(xié)議  用無協(xié)議或者三菱變頻器協(xié)議就行

一般才用無協(xié)議，還有使用布爾計算校驗

引用

引用第4樓huch1111于2025-02-05 16:55發(fā)表的  :
寫進模塊了沒 這個很好寫     我 一次讀4臺變頻器都沒事   瀏覽了下程序  modbus  RS 485  只支持通道2   為啥 用4個通道    用通道1的不能用這個modbus協(xié)議  用無協(xié)議或者三菱變頻器協(xié)議就行

模塊是寫了，我這邊是130+以上的變頻器的讀寫    ，485并不是只支持通道2，通道1也可以用modbus協(xié)議  無協(xié)議盒三菱變頻器協(xié)議需要額外設置，懶的去弄了

感謝分享，好資料值得參考

Q系列  通道1用不了兩線MODBUS RTU     R系列才行  不信 你問客服   我問過技術人員  通道1用起來有問題  無法返回禁止

引用

引用第8樓huch1111于2025-03-04 15:02發(fā)表的  :
Q系列  通道1用不了兩線MODBUS RTU     R系列才行  不信 你問客服   我問過技術人員  通道1用起來有問題  無法返回禁止

我也沒用兩線的啊，全是四線的。怎么接都是接，不差2根線的。