最新天堂中文在线丨午夜嘿嘿嘿影院丨亚洲国产精品高清久久久丨中文字幕人成乱码熟女app丨www91亚洲丨97成人资源丨成人中文字幕+乱码+中文字幕丨一区二区三区在线 | 日丨日韩免费大片丨亚洲欧美一区二区三区丨国产在线观看a丨亚洲成人第一区丨国内免费视频成人精品丨亚洲综合色网站丨午夜精品美女久久久久av福利丨国产午夜人做人免费视频网站丨国产又黄视频丨97se狼狼狼狼狼亚洲网丨狠狠亚洲婷婷综合色香五月丨中国一级毛片黄丨国产女人十八毛片丨国产色视频在线播放丨国产亚洲精久久久久久无码苍井空丨天天摸日日摸爽爽狠狠丨久久综合香蕉国产蜜臀av

已經正常運行4年的一個項目，最近出現了問題。1200做客戶端，與6個智能網關做modbus tcp通訊，讀取數據，每個網關獨立IP，ping都正常。
近期運行大概每10天左右，就會出現連接中斷的情況，PLC斷電重啟則能恢復正常。出現故障的時候報錯誤代碼80C8，但是看了幫助沒怎么看懂。
有哪位朋友遇到過這種問題嗎？或者有什么辦法可以 使程序自動重啟。

可能出現通信擠兌的情況，就是同時有通信指令在進行，時間長或者次數多了可能會宕機。

建議你優化下輪詢程序，比如每條指令做好充足的時間間隔，如果有站掉線，時間會延長。把S7、TCP等同一網口的通信指令進行輪詢，避開同時觸發。

我看你DONE\ERROR并沒有使用。實際官方的例程是有使用的。

當REQ觸發，DONE或者ERROR觸發后，REQ復位，下一個站REQ觸發，DONE或者ERROR觸發后，下一個站REQ觸發......

其次，單條指令的最大字數好像是128個，而你100個字也算多了，modscan測試少有讀100個地址穩定不掉線的情況。一般二三十個是可以穩定的。

地址讀多了或者讀到無效地址就會導致掉線，你可以減少單個指令讀取的字數，一個指令讀不完就分兩個指令來讀，且盡量是說明書上的有效地址范圍。

二樓說的比較懇切，多站的情況能輪詢盡量輪詢，一個結束再讀下一站，這樣做的好處避免出現擁堵造成掉站或者通訊異常，還有就是利用國產的網關，可以不需要輪詢，直接干他就完了，網關提前把你需要讀的數在PLC端以GSD映射出IW/QW/DI/DO出來，像用點位一樣懟起來

這肯定不是程序問題，設備跑了4年沒問題，輪詢數據出錯早就報錯而不是4年以后，懷疑是交換機的問題