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

最近基于Python寫了一些測試MC協議的代碼,想測測斷線重連的功能,發現拔了網線后再插上,用原來的套接字無法與PLC通訊(下斷點調也無法實現).監控PLC網絡狀態仍然處于連接中(與之前的套接字連接).如果我在Python程序內重新以一個新的套接字去嘗試連接,會回復目標計算機積極拒絕.這樣我只能復位PLC才能斷開PLC的連接狀態,這在實際應用應該是不允許的.后面再Gxword3內配置參數,讓PLC自己10s后監視生存,再反復3次監視確認自動斷開.想請教各位在用上位機是如何實現斷線重連的,又或者是即使無重連功能,重新初始化是如何連上PLC的

看了下你的代碼，close之后要重新connect才能發送吧

我測試了下網線拔掉之后PLC很快就關閉了連接，這個時候電腦客戶端重連發送即可。你程序前兩個錯誤在于PLC關閉了連接你還嘗試發送，然后自己關閉了連接肯定不能發了，資源都已經釋放了。最后一個錯誤需要查看你PLC的程序，如果你PLC也執行了CLOSE就連不了了，反之可以繼續連接。

我用5U測試的。5U默認有keepalive且無法修改。正常就是不會斷開的，PLC這么快斷開我才覺得奇怪，在網絡上服務器如果沒有心跳無法知道客戶端是否在線，所以大多是一段時間無數據通訊后斷開釋放。

引用

引用第10樓ayusecret于2022-06-10 15:02發表的  :

不知道你在什么環境下測試的，我是用Gxwork3，R04 CPU測試，測試環境默認沒有開啟生存定時器，所以我拔網線，PLC還是不會關閉連接的。只有我在參數上再配置定時器超時自動關閉才會關閉。
我的配圖從頭到尾，PLC都沒斷之前的連接，錯誤都是為了演示整個過程，我知道錯誤的原因，只是當時納悶PLC為啥自己不斷開，后面開了定時器才正常。沒驗證Gxwork2 Q系列PLC的，貌似Gxwork2沒有這個定時器配置，難道這就是區別?