思思久久96热在精品国产10-思思久久96热在精品国产免费-思思久久99-思思久久99热-一级毛片免费观看视频-一级毛片免费看

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