91美女视频-亚洲免费观看视频-欧美a∨-久热在线视频-日韩黄网站-成av人片在线观看www-久操综合-超碰av在线播放-性欧美欧美巨大69-婷婷二区-av男人的天堂网-中文字幕一区在线播放-玖草在线观看-国产网址在线观看-免费在线不卡av

rs2指令，通道2，參數(shù)設置如下圖。


plc與電腦通信，數(shù)據發(fā)送正常，接收也正常。
但是如果電腦沒有發(fā)送數(shù)據的話，plc通信超時標志位不會接通。哪怕是一頓午飯的時間，依然沒有通信超時。
中午飯后發(fā)現(xiàn)沒有通信超時，我嘗試從電腦發(fā)送一段數(shù)據給plc，plc接收了，完成一次發(fā)送接收。
我查看手冊，手冊里部分內容如下。
“當接收數(shù)據中途中斷時，從這一刻開始，如果經過了超時時間設定中的時間，卻依然沒有收到下一個數(shù)據，則通信超時判定標志位置ON。”
是不是數(shù)據發(fā)送結束后，并沒有進入”數(shù)據接收“的狀態(tài)，要有數(shù)據或著其他什么東西來觸發(fā)接收。
所以沒有搞明白為什么通信超時不起作用。
先謝謝各位大神了。

這個有點復雜了，1、你PLC里用的是什么方式發(fā)送數(shù)據的，用RS？如果用了，就會一直在發(fā)送接收，除非指令不發(fā)送接收。你如果加了超時判定標志斷開了發(fā)送接收，那你得有程序來恢復發(fā)送接收。2、如果你沒用RS，而是用上位機，那上位機程序里判斷超時設置后有沒有用恢復通訊功能?還有要檢查上位機的每次發(fā)送接收之間有沒有加延時防止通訊來不及反應導致的通訊錯誤，通訊錯誤就會發(fā)生超時。
從問題來看，你是用了RS的，你用RS發(fā)送的時候與上位機怎樣協(xié)商的，是不是需要上位機回發(fā)數(shù)據，如果有回發(fā)，你PLC里有沒有等回發(fā)結束再給上位機發(fā)送，如果沒有加這個判斷，很容易發(fā)生錯誤的，一發(fā)生錯誤通訊就死掉了。

引用

引用第1樓ntbigcg于2020-03-23 07:44發(fā)表的  :
這個有點復雜了，1、你PLC里用的是什么方式發(fā)送數(shù)據的，用RS？如果用了，就會一直在發(fā)送接收，除非指令不發(fā)送接收。你如果加了超時判定標志斷開了發(fā)送接收，那你得有程序來恢復發(fā)送接收。2、如果你沒用RS，而是用上位機，那上位機程序里判斷超時設置后有沒有用恢復通訊功能?還有要檢查上位機的每次發(fā)送接收之間有沒有加延時防止通訊來不及反應導致的通訊錯誤，通訊錯誤就會發(fā)生超時。
從問題來看，你是用了RS的，你用RS發(fā)送的時候與上位機怎樣協(xié)商的，是不是需要上位機回發(fā)數(shù)據，如果有回發(fā)，你PLC里有沒有等回發(fā)結束再給上位機發(fā)送，如果沒有加這個判斷，很容易發(fā)生錯誤的，一發(fā)生錯誤通訊就死掉了。

先謝謝你的回帖～
用的是rs2指令和電腦進行通信的。現(xiàn)在是plc送出數(shù)據后，等電腦回發(fā)數(shù)據，這樣完成一次簡單的通信。昨天發(fā)現(xiàn)電腦沒有回發(fā)數(shù)據，plc這邊就一直等待電腦回發(fā)，沒有通信超時。我想是不是某個參數(shù)沒有設置好，造成通信超時沒有起作用。

沒用過三菱。。。
PLC發(fā)出數(shù)據而沒有接受數(shù)據，我認為有兩種情況
1.你發(fā)送的格式，類似報文那樣，校驗之類的對不對？
2.PLC發(fā)給上位機，上位機有沒有收到數(shù)據會自動返回數(shù)據給下位機，還是說要手動用上位機給下位機發(fā)送一串數(shù)據，這樣才能形成一個發(fā)送與接受的過程

引用

引用第3樓無良！！于2020-03-23 12:11發(fā)表的  :
沒用過三菱。。。
PLC發(fā)出數(shù)據而沒有接受數(shù)據，我認為有兩種情況
1.你發(fā)送的格式，類似報文那樣，校驗之類的對不對？
2.PLC發(fā)給上位機，上位機有沒有收到數(shù)據會自動返回數(shù)據給下位機，還是說要手動用上位機給下位機發(fā)送一串數(shù)據，這樣才能形成一個發(fā)送與接受的過程

謝謝啦～
報文格式以及校驗是沒有問題的。現(xiàn)在主要是plc這邊的通信超時功能不起作用。標志位m8429沒有動作。

這個通訊超時功能，是不是用在只發(fā)不收時的情況？
你完成一次通訊，說明沒有錯誤

引用

引用第5樓無良！！于2020-03-24 21:34發(fā)表的  :
這個通訊超時功能，是不是用在只發(fā)不收時的情況？
你完成一次通訊，說明沒有錯誤

是的，只用在只發(fā)不收的情況。我是在無意中發(fā)現(xiàn)這個情況。

我仔細看了手冊，在rs2指令發(fā)送數(shù)據后，不會馬上進入數(shù)據接收狀態(tài)。
手冊里有一段話，如下。
執(zhí)行了RS2指令后， 變?yōu)榈却�接收狀態(tài)。 從連接的設備接收數(shù)據， 當接收數(shù)據結束時， 接收結束標志位置ON。
在等待接收狀態(tài)下接收到數(shù)據后， 數(shù)據的接收就開始了。
數(shù)據接收開始后， 以中斷方式保存接收數(shù)據， 而與運算周期無關。
但是， 當在通信格式中指定了報頭時， 連續(xù)接收到報頭中設定的代碼時， 接收才開始。 除報頭以外的接收數(shù)據被保存。
這段話說明有在數(shù)據接收之前有一個狀態(tài)，是等待接收狀態(tài)。這個等待狀態(tài)需要接收到數(shù)據后才會切換到接收中的狀態(tài)。所以在等待接收狀態(tài)中是不會產生通信超時的。通信超時產生于數(shù)據接收的過程中。
不知道我的理解對不對。