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

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


  

請(qǐng)問如圖所示，PLC發(fā)送14個(gè)字符時(shí)間為17.5MS，那么接收PC14個(gè)字符是不是按同理17.5MS計(jì)算，可是為什輪詢間隔都設(shè)成160MS了為什么PLC還是會(huì)偶而沒有回復(fù)呢？另外PC做了一個(gè)判斷、當(dāng)收不到PLC的回復(fù)時(shí)PC就不在輪詢了停在當(dāng)前狀態(tài)。   

既然PLC收到了沒發(fā)送，那可能和你的程序有關(guān)

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

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

兩線制還是四線制，我寫了個(gè)腳本沒設(shè)置延時(shí)，PLC和PC都是收到就發(fā)。300多秒收發(fā)了10000多次沒出現(xiàn)你的情況

引用

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

是二線制通訊的，我就是用串口調(diào)試助手160MS循環(huán)測(cè)試都會(huì)偶爾會(huì)少發(fā)幾條指令，PLC也是沒有設(shè)置任何延時(shí)，收到數(shù)據(jù)就會(huì)馬上回復(fù)，所以沒有找到問題所在，不知道大師你們的程序是如何收發(fā)數(shù)據(jù)的呢，另外我現(xiàn)在收發(fā)都是14個(gè)字符沒有關(guān)系吧？下圖是通訊設(shè)置和數(shù)據(jù)收發(fā)程式，還大師請(qǐng)多多指點(diǎn)，在此謝過了！


  

你有沒有觀察你在收時(shí)會(huì)不會(huì)發(fā)，兩線半雙工不能同時(shí)收發(fā)，觀察下M7會(huì)不會(huì)偶然間誤觸發(fā)導(dǎo)致的沒有收到。

引用

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

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

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

本身modbus是應(yīng)該有重試機(jī)制的,一問一答保證每次都會(huì)有回應(yīng),如果沒收到就重來一次.

LZ可以試試看PC對(duì)PC發(fā)送和PLC對(duì)PLC發(fā)送,一端固定不變就是你現(xiàn)在的PC程序和PLC程序,另一端寫一個(gè)最簡(jiǎn)單的收發(fā)程序,這樣跑一段時(shí)間來看一下結(jié)果如何.

最后提醒一個(gè)點(diǎn)是這樣的,兩線串口這種半雙工的通信程序,要給數(shù)據(jù)傳輸完成留時(shí)間,換言之并不是收到了馬上就發(fā)送硬件可能還還沒準(zhǔn)備好,或者對(duì)方的buffer還沒清空,這個(gè)是底層硬件和底層系統(tǒng)軟件的機(jī)制決定的,在PLC這樣的環(huán)境中,至少延遲一個(gè)周期是非常有用的方法.

或者還有一個(gè)辦法,把波特率提高,我就喜歡用高波特率,信號(hào)傳輸?shù)臅r(shí)間越短出幺蛾子的概率反而越低,反正有重試,錯(cuò)了再發(fā)~

引用

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

LZ可以試試看PC對(duì)PC發(fā)送和PLC對(duì)PLC發(fā)送,一端固定不變就是你現(xiàn)在的PC程序和PLC程序,另一端寫一個(gè)最簡(jiǎn)單的收發(fā)程序,這樣跑一段時(shí)間來看一下結(jié)果如何.

最后提醒一個(gè)點(diǎn)是這樣的,兩線串口這種半雙工的通信程序,要給數(shù)據(jù)傳輸完成留時(shí)間,換言之并不是收到了馬上就發(fā)送硬件可能還還沒準(zhǔn)備好,或者對(duì)方的buffer還沒清空,這個(gè)是底層硬件和底層系統(tǒng)軟件的機(jī)制決定的,在PLC這樣的環(huán)境中,至少延遲一個(gè)周期是非常有用的方法.
.......

您好 大師！我現(xiàn)在遇到的問題是PC發(fā)送數(shù)據(jù)線PLC，當(dāng)PLC收到上位機(jī)的數(shù)時(shí)會(huì)馬上回復(fù)PC說已經(jīng)收到數(shù)據(jù)了，但現(xiàn)在會(huì)出現(xiàn)偶爾PLC沒有回復(fù)PC收到數(shù)據(jù)，這樣就導(dǎo)致PC上位機(jī)軟件無法繼續(xù)運(yùn)行，我換了其他的電腦過來測(cè)試也是出現(xiàn)一樣的問題，我直接用串口助手來跟PLC對(duì)發(fā)指令也是會(huì)少收到PLC回復(fù)，另外上位機(jī)軟件工程師說他的軟件不能重發(fā)數(shù)據(jù)、因?yàn)檎�常程序都是他發(fā)送一條數(shù)據(jù)PLC就要回復(fù)一條數(shù)據(jù)，就類似心跳包一樣，現(xiàn)在都已經(jīng)沒有心跳了，所以后面的程序不能執(zhí)行下去了，上位機(jī)軟件是每條指令都有間隔160MS延時(shí)的、他說這個(gè)時(shí)間也不能太長(zhǎng)了，所以始終沒有找到問題所在？