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

請問各位大師三菱MODBUS通訊，現在問題是PC發送一條數據給PLC，當PLC收到數據時M8123動作、而且馬上回復PC已經收到指令，但是現連機訊運行時偶而會出現PC發送數據給PLC、而PLC收到后并沒有回復PC，現在用串口軟件來測試也是一樣的情況，PC輪詢指令間隔時間160MS，輪詢N多條指令后就會出現PLC少回復的情況，另外也問過三菱客戶了，說是把D8129超時改成1也沒有用，不知道各位大師有什么高見，煩請多多指點一下，在此謝過了！！！


  

請問如圖所示，PLC發送14個字符時間為17.5MS，那么接收PC14個字符是不是按同理17.5MS計算，可是為什輪詢間隔都設成160MS了為什么PLC還是會偶而沒有回復呢？另外PC做了一個判斷、當收不到PLC的回復時PC就不在輪詢了停在當前狀態。   

既然PLC收到了沒發送，那可能和你的程序有關

程序上面看不出什么問題，當M8123接收到指令時，立馬就啟動M8122回復PC，上面圖片上有程序就是接收和發送的，然后就是一直往復接收發送，沒有理由程序還有什么其他延時不回復的情況啊？

早上又問了三菱客服，說讓降低頻率發送報文，還是沒有找到問題所在     

兩線制還是四線制，我寫了個腳本沒設置延時，PLC和PC都是收到就發。300多秒收發了10000多次沒出現你的情況

引用

引用第5樓zmrs163于2021-12-01 17:06發表的  :
兩線制還是四線制，我寫了個腳本沒設置延時，PLC和PC都是收到就發。300多秒收發了10000多次沒出現你的情況

是二線制通訊的，我就是用串口調試助手160MS循環測試都會偶爾會少發幾條指令，PLC也是沒有設置任何延時，收到數據就會馬上回復，所以沒有找到問題所在，不知道大師你們的程序是如何收發數據的呢，另外我現在收發都是14個字符沒有關系吧？下圖是通訊設置和數據收發程式，還大師請多多指點，在此謝過了！


  

你有沒有觀察你在收時會不會發，兩線半雙工不能同時收發，觀察下M7會不會偶然間誤觸發導致的沒有收到。

引用

引用第7樓jacking于2021-12-02 11:24發表的  :
你有沒有觀察你在收時會不會發，兩線半雙工不能同時收發，觀察下M7會不會偶然間誤觸發導致的沒有收到。

數據收發速度太快不太容易觀察，現在用串口助手測試監控收發能看到有發送給PLC、而PLC沒有回復（見下圖），我明白半雙工不能同時收發的，另外M7我在使用列表里面查過了沒有在其他地方使用，現在情況是上位機發送的比回復的多，也就是說PLC少回復了，正常接收要和發送的一樣多才對

我用兩線制也嘗試收發了幾萬次也沒有出現你的現象，注意到你每次發送的報文都是一樣的，建議可以PC每次發送不同的報文，然后PLC接收后返回此報文，這樣可以判斷PLC是否有接收到此報文。
另外我做了測試，按照你程序的寫法，只要接收到數據就必然會發送，與掃描時間無關，那么就有可能是PLC沒收到或者是PC沒收到，可以按照上述方法排查一下。

本身modbus是應該有重試機制的,一問一答保證每次都會有回應,如果沒收到就重來一次.

LZ可以試試看PC對PC發送和PLC對PLC發送,一端固定不變就是你現在的PC程序和PLC程序,另一端寫一個最簡單的收發程序,這樣跑一段時間來看一下結果如何.

最后提醒一個點是這樣的,兩線串口這種半雙工的通信程序,要給數據傳輸完成留時間,換言之并不是收到了馬上就發送硬件可能還還沒準備好,或者對方的buffer還沒清空,這個是底層硬件和底層系統軟件的機制決定的,在PLC這樣的環境中,至少延遲一個周期是非常有用的方法.

或者還有一個辦法,把波特率提高,我就喜歡用高波特率,信號傳輸的時間越短出幺蛾子的概率反而越低,反正有重試,錯了再發~

引用

引用第10樓gxtmdb82164于2021-12-02 16:46發表的  :
本身modbus是應該有重試機制的,一問一答保證每次都會有回應,如果沒收到就重來一次.

LZ可以試試看PC對PC發送和PLC對PLC發送,一端固定不變就是你現在的PC程序和PLC程序,另一端寫一個最簡單的收發程序,這樣跑一段時間來看一下結果如何.

最后提醒一個點是這樣的,兩線串口這種半雙工的通信程序,要給數據傳輸完成留時間,換言之并不是收到了馬上就發送硬件可能還還沒準備好,或者對方的buffer還沒清空,這個是底層硬件和底層系統軟件的機制決定的,在PLC這樣的環境中,至少延遲一個周期是非常有用的方法.
.......

您好 大師！我現在遇到的問題是PC發送數據線PLC，當PLC收到上位機的數時會馬上回復PC說已經收到數據了，但現在會出現偶爾PLC沒有回復PC收到數據，這樣就導致PC上位機軟件無法繼續運行，我換了其他的電腦過來測試也是出現一樣的問題，我直接用串口助手來跟PLC對發指令也是會少收到PLC回復，另外上位機軟件工程師說他的軟件不能重發數據、因為正常程序都是他發送一條數據PLC就要回復一條數據，就類似心跳包一樣，現在都已經沒有心跳了，所以后面的程序不能執行下去了，上位機軟件是每條指令都有間隔160MS延時的、他說這個時間也不能太長了，所以始終沒有找到問題所在？