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

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

使用套接字的通訊方式，一般會檢測通訊狀態(tài)，如果檢測到通訊狀態(tài)斷開不是直接再連端口，需要先執(zhí)行關(guān)閉端口，再打開端口連接。

引用

引用第1樓cythyx于2022-06-09 08:47發(fā)表的  :
使用套接字的通訊方式，一般會檢測通訊狀態(tài)，如果檢測到通訊狀態(tài)斷開不是直接再連端口，需要先執(zhí)行關(guān)閉端口，再打開端口連接。

試過了,PLC一直拒絕響應(yīng)

Python的不太懂啊，C#最近剛好做了個這么功能可以跟你說說思路。首先套接字斷線之后是不能沿用原先的連接的，我這里做的方式是重新new了一下。用一個新的連接。建立一個bool變量作為標志位，初次連接成功之后，標志位置反，開始正常工作。如果斷開連接，try里面的正常工作指令會報錯跳到catch，這里我們把套接字dispose全部釋放，并且標志位初始化。然后就又開始重新連接了。就是這樣

為什么不直接用三菱的控件，MXcomponent啊還搞啥socket

引用

引用第3樓13821917697于2022-06-09 11:00發(fā)表的  :
Python的不太懂啊，C#最近剛好做了個這么功能可以跟你說說思路。首先套接字斷線之后是不能沿用原先的連接的，我這里做的方式是重新new了一下。用一個新的連接。建立一個bool變量作為標志位，初次連接成功之后，標志位置反，開始正常工作。如果斷開連接，try里面的正常工作指令會報錯跳到catch，這里我們把套接字dispose全部釋放，并且標志位初始化。然后就又開始重新連接了。就是這樣

感謝提供思路，不過貌似沒給回答到點上，就是三菱用的是還是上個連接，即使我初始化用新的套接字也無法連上。會被拒絕。(當然PLC參數(shù)上可用設(shè)置超時斷開)。普通程序奔潰或調(diào)試程序斷開，這種都能正常重連，不過既然你說套接字斷線后無法沿用原來的連接，那我只能在PLC上參數(shù)設(shè)置了。

引用

引用第4樓我看到你了于2022-06-09 11:14發(fā)表的  :
為什么不直接用三菱的控件，MXcomponent啊還搞啥socket

我知道有控件，還有別人開源的HslCommunication的動態(tài)鏈接庫，我只是想自己寫個玩玩，學(xué)習(xí)一下。不懂就要問

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

引用

引用第7樓zmrs163于2022-06-09 17:22發(fā)表的  :
看了下你的代碼，close之后要重新connect才能發(fā)送吧

Close前面已經(jīng)有兩次Send是斷線后發(fā)的，提示遠程主機中止連接。但又沒法Connect，因為我的套件字已經(jīng)Connect了。所以只能初始化重新嘗試連接。

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

引用

引用第9樓zmrs163于2022-06-10 13:26發(fā)表的  :
我測試了下網(wǎng)線拔掉之后PLC很快就關(guān)閉了連接，這個時候電腦客戶端重連發(fā)送即可。你程序前兩個錯誤在于PLC關(guān)閉了連接你還嘗試發(fā)送，然后自己關(guān)閉了連接肯定不能發(fā)了，資源都已經(jīng)釋放了。最后一個錯誤需要查看你PLC的程序，如果你PLC也執(zhí)行了CLOSE就連不了了，反之可以繼續(xù)連接。

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

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

引用

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

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