97久久精品人人爽人人爽蜜臀/www.青草视频/成视频年人黄网站视频福利/国产第一页第二页/国产裸拍裸体视频在线观看/国产又色又爽又高潮免费/精品超清无码视频在线观看/久久精品蜜芽亚洲国产av/辽宁熟女高潮狂叫视频/你懂在线/欧美少妇15p/人妖 丝袜 另类 亚洲/日韩欧美网站/少妇人妻大乳在线视频/婷婷色国产/性色av无码久久一区二区三区/亚洲精品图片一区15p/亚洲一卡2卡3卡4卡5卡精品

已經正常運行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年以后，懷疑是交換機的問題