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

最近基于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沒有這個定時器配置，難道這就是區別?