国产CHINESE男男GAYGAY免费网站_日本在线一区二区三区_欧美大屁股xxxx_国产xxx精品视频大全_一区二区视频国产_人人爱国产

勤工儉學
deep throat
級別: 論壇先鋒
精華主題: 0
發(fā)帖數(shù)量: 188 個
工控威望: 1567 點
下載積分: 5956 分
在線時間: 120(小時)
注冊時間: 2016-03-10
最后登錄: 2025-09-02
查看勤工儉學的 主題 / 回貼
樓主  發(fā)表于: 2020-03-22 12:25
rs2指令,通道2,參數(shù)設置如下圖。


plc與電腦通信,數(shù)據(jù)發(fā)送正常,接收也正常。
但是如果電腦沒有發(fā)送數(shù)據(jù)的話,plc通信超時標志位不會接通。哪怕是一頓午飯的時間,依然沒有通信超時。
中午飯后發(fā)現(xiàn)沒有通信超時,我嘗試從電腦發(fā)送一段數(shù)據(jù)給plc,plc接收了,完成一次發(fā)送接收。
我查看手冊,手冊里部分內容如下。
“當接收數(shù)據(jù)中途中斷時,從這一刻開始,如果經過了超時時間設定中的時間,卻依然沒有收到下一個數(shù)據(jù),則通信超時判定標志位置ON。”
是不是數(shù)據(jù)發(fā)送結束后,并沒有進入”數(shù)據(jù)接收“的狀態(tài),要有數(shù)據(jù)或著其他什么東西來觸發(fā)接收。
所以沒有搞明白為什么通信超時不起作用。
先謝謝各位大神了。
勤工儉學
deep throat
級別: 論壇先鋒
精華主題: 0
發(fā)帖數(shù)量: 188 個
工控威望: 1567 點
下載積分: 5956 分
在線時間: 120(小時)
注冊時間: 2016-03-10
最后登錄: 2025-09-02
查看勤工儉學的 主題 / 回貼
1樓  發(fā)表于: 2020-03-23 09:42
引用
引用第1樓ntbigcg于2020-03-23 07:44發(fā)表的  :
這個有點復雜了,1、你PLC里用的是什么方式發(fā)送數(shù)據(jù)的,用RS?如果用了,就會一直在發(fā)送接收,除非指令不發(fā)送接收。你如果加了超時判定標志斷開了發(fā)送接收,那你得有程序來恢復發(fā)送接收。2、如果你沒用RS,而是用上位機,那上位機程序里判斷超時設置后有沒有用恢復通訊功能?還有要檢查上位機的每次發(fā)送接收之間有沒有加延時防止通訊來不及反應導致的通訊錯誤,通訊錯誤就會發(fā)生超時。
從問題來看,你是用了RS的,你用RS發(fā)送的時候與上位機怎樣協(xié)商的,是不是需要上位機回發(fā)數(shù)據(jù),如果有回發(fā),你PLC里有沒有等回發(fā)結束再給上位機發(fā)送,如果沒有加這個判斷,很容易發(fā)生錯誤的,一發(fā)生錯誤通訊就死掉了。

先謝謝你的回帖~
用的是rs2指令和電腦進行通信的。現(xiàn)在是plc送出數(shù)據(jù)后,等電腦回發(fā)數(shù)據(jù),這樣完成一次簡單的通信。昨天發(fā)現(xiàn)電腦沒有回發(fā)數(shù)據(jù),plc這邊就一直等待電腦回發(fā),沒有通信超時。我想是不是某個參數(shù)沒有設置好,造成通信超時沒有起作用。
勤工儉學
deep throat
級別: 論壇先鋒
精華主題: 0
發(fā)帖數(shù)量: 188 個
工控威望: 1567 點
下載積分: 5956 分
在線時間: 120(小時)
注冊時間: 2016-03-10
最后登錄: 2025-09-02
查看勤工儉學的 主題 / 回貼
2樓  發(fā)表于: 2020-03-23 15:00
引用
引用第3樓無良!!于2020-03-23 12:11發(fā)表的  :
沒用過三菱。。。
PLC發(fā)出數(shù)據(jù)而沒有接受數(shù)據(jù),我認為有兩種情況
1.你發(fā)送的格式,類似報文那樣,校驗之類的對不對?
2.PLC發(fā)給上位機,上位機有沒有收到數(shù)據(jù)會自動返回數(shù)據(jù)給下位機,還是說要手動用上位機給下位機發(fā)送一串數(shù)據(jù),這樣才能形成一個發(fā)送與接受的過程

謝謝啦~
報文格式以及校驗是沒有問題的。現(xiàn)在主要是plc這邊的通信超時功能不起作用。標志位m8429沒有動作。
勤工儉學
deep throat
級別: 論壇先鋒
精華主題: 0
發(fā)帖數(shù)量: 188 個
工控威望: 1567 點
下載積分: 5956 分
在線時間: 120(小時)
注冊時間: 2016-03-10
最后登錄: 2025-09-02
查看勤工儉學的 主題 / 回貼
3樓  發(fā)表于: 2020-03-30 18:35
引用
引用第5樓無良!!于2020-03-24 21:34發(fā)表的  :
這個通訊超時功能,是不是用在只發(fā)不收時的情況?
你完成一次通訊,說明沒有錯誤

是的,只用在只發(fā)不收的情況。我是在無意中發(fā)現(xiàn)這個情況。
勤工儉學
deep throat
級別: 論壇先鋒
精華主題: 0
發(fā)帖數(shù)量: 188 個
工控威望: 1567 點
下載積分: 5956 分
在線時間: 120(小時)
注冊時間: 2016-03-10
最后登錄: 2025-09-02
查看勤工儉學的 主題 / 回貼
4樓  發(fā)表于: 2020-03-30 18:42
我仔細看了手冊,在rs2指令發(fā)送數(shù)據(jù)后,不會馬上進入數(shù)據(jù)接收狀態(tài)。
手冊里有一段話,如下。
執(zhí)行了RS2指令后, 變?yōu)榈却邮諣顟B(tài)。 從連接的設備接收數(shù)據(jù), 當接收數(shù)據(jù)結束時, 接收結束標志位置ON。
在等待接收狀態(tài)下接收到數(shù)據(jù)后, 數(shù)據(jù)的接收就開始了。
數(shù)據(jù)接收開始后, 以中斷方式保存接收數(shù)據(jù), 而與運算周期無關。
但是, 當在通信格式中指定了報頭時, 連續(xù)接收到報頭中設定的代碼時, 接收才開始。 除報頭以外的接收數(shù)據(jù)被保存。
這段話說明有在數(shù)據(jù)接收之前有一個狀態(tài),是等待接收狀態(tài)。這個等待狀態(tài)需要接收到數(shù)據(jù)后才會切換到接收中的狀態(tài)。所以在等待接收狀態(tài)中是不會產生通信超時的。通信超時產生于數(shù)據(jù)接收的過程中。
不知道我的理解對不對。

主站蜘蛛池模板: 一区二区不卡视频 | 国产成人精品av在线 | 亚洲精品乱码久久久久66国产成 | 69av视频网站 | 中文字幕一区二区三区日韩精品 | 狠狠人人| 综合av第一页 | 一区二区三区在线不卡 | 国产大片在线看 | 女人扒开屁股让男人桶 | 亚洲精品欧洲 | 午夜刺激爽爽视频免费观看 | 国产精品视频偷伦精品视频 | 一个人看的免费高清视频www | 中文字幕无线码中文字幕免费 | 精品无码国产污污污免费 | 久久99精品久久久久久琪琪 | 精品国产三级A∨在线无码 99精品国产高清一区二区三区香蕉 | 国产真实伦在线视频免费观看 | 夜色毛片永久免费 | 6080亚洲人久久精品 | 麻豆日产六区 | 国产精品视品 | 欧美精品二区三区 | 久久久久久免费看 | 国产成人精品av在线 | 在线观看一区二区三区四区 | 精品国产一区二区AV麻豆不卡 | 欧美色欧美亚洲日韩在线播放 | 国产国语一级在线播放视频 | 精品aⅴ一区二区三区 | 欧美成年性H版影视中文字幕 | A级孕妇高清免费毛片 | 久久亚洲精品成人无码网站蜜桃 | 日本视频在线观看免费 | 看黄在线 | 妖精视频一区二区免费 | 亚洲精品观看 | 国产人成尤物在线免费观看 | 久久国产福利一区二区 | 亚洲精品一区三区三区在线观看 |