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

假設(shè)，程序中有個(gè)定時(shí)器T1，定時(shí)時(shí)間為50ms，執(zhí)行整個(gè)程序1個(gè)周期耗時(shí)為20ms，那么執(zhí)行第二個(gè)周期時(shí)定時(shí)器的時(shí)間是否要增加20ms？

這里有個(gè)概念
你的整個(gè)工作過(guò)程20毫秒？這也太短了。程序控制的是微生物的什么？
你的整個(gè)程序掃描周期20毫秒？這也太長(zhǎng)了。掃描周期超過(guò)15毫秒就要精檢程序了，一般的在7毫秒左右。
沒(méi)明白你的意思,的，無(wú)從回答。
你這里有三個(gè)時(shí)間，50毫秒，20毫秒，第二個(gè)周期定時(shí)器時(shí)間。

定時(shí)器啥時(shí)記時(shí)，和他的輸入端開(kāi)畢時(shí)間有直接關(guān)系。如果你的控制周期在毫秒，建議你用多個(gè)PLC或者換個(gè)掃描周期在微妙數(shù)量級(jí)的PLC，(S7-200系列的掃描周期數(shù)量級(jí)是毫秒)..也就是說(shuō)，如果用普通的指令， 例如 S  Q0.0，1 ，Q0.0被置位，最大有掃描周期（一般為7毫秒）的延遲。這個(gè)延遲時(shí)間是你不能承受的，換句話說(shuō)，如果用S7-200系列來(lái)控制微妙級(jí)的時(shí)序，真的是很困難。

定時(shí)器應(yīng)該是跟程序掃描同時(shí)進(jìn)行的，到程序掃描2個(gè)周期后，如果定時(shí)器在再過(guò)10MS后被掃描到，那么時(shí)間控制的是最精確的，如果定時(shí)器在2個(gè)周期+10MS之前就掃描了，那么到下一周期才會(huì)掃描到定時(shí)器輸出變化

引用

引用第1樓醉湮邃虞于2009-05-14 19:15發(fā)表的  :
這里有個(gè)概念
你的整個(gè)工作過(guò)程20毫秒？這也太短了。程序控制的是微生物的什么？
你的整個(gè)程序掃描周期20毫秒？這也太長(zhǎng)了。掃描周期超過(guò)15毫秒就要精檢程序了，一般的在7毫秒左右。
沒(méi)明白你的意思,的，無(wú)從回答。
你這里有三個(gè)時(shí)間，50毫秒，20毫秒，第二個(gè)周期定時(shí)器時(shí)間。
.......

整個(gè)程序比較龐大，掃描周期為20ms。PLC信息欄可以看到，最高21ms，最少16ms。我假設(shè)在我程序中有個(gè)定時(shí)器T1，定時(shí)時(shí)間為50ms，程序進(jìn)行第二次掃描時(shí)，定時(shí)器T1的時(shí)間是否要增加20ms？還有個(gè)問(wèn)題是整個(gè)程序的掃描周期為20ms，就意味著我的系統(tǒng)最少有20ms的時(shí)間不可控？

建議你在可能的情況下在主程序中加入：
諸如：if   I0.0   (or MB0<>0 )    than  call  SUB0  以縮短掃描周期，掃描周期過(guò)長(zhǎng)的確會(huì)帶來(lái)一系列問(wèn)題。
我理解不是20毫秒不可控，而是各種動(dòng)作要延遲20毫秒才能有動(dòng)作。
至于加上20毫秒，如果需要50毫秒的方波信號(hào)，我怎么感覺(jué)應(yīng)該減20毫秒呢，或者PLC本身可以處理這種延遲？要不怎么掃描周期是10毫秒級(jí)，怎么還會(huì)有1毫秒級(jí)的定時(shí)器呢？
初看很簡(jiǎn)單的問(wèn)題，把俺搞糊涂啦？

掃描周期過(guò)長(zhǎng)，建議使用時(shí)間中斷，在中斷程序中做一些動(dòng)作，以滿足時(shí)序要求。

現(xiàn)在有個(gè)問(wèn)題是，自由口通訊輪詢時(shí)間間隔為50ms，加個(gè)計(jì)數(shù)器，每個(gè)50ms計(jì)數(shù)器加1，判斷計(jì)數(shù)器的值進(jìn)行輪詢發(fā)送通訊命令，一次輪詢發(fā)送10個(gè)通訊命令�？赡苁菕呙柚芷谶^(guò)長(zhǎng)的原因，輪詢的通訊命令不是按照順序發(fā)送，而是隨機(jī)發(fā)送。這樣也就意味著一個(gè)輪詢需要50×10＝500ms的時(shí)間，再加上20ms的掃描周期，有可能實(shí)際上一個(gè)輪詢時(shí)間為500＋20＝520ms。如果有個(gè)通訊指令要隔一個(gè)輪詢才能執(zhí)行，那就意味著同個(gè)指令執(zhí)行相隔時(shí)間為2×520ms＝1040ms，相差1s多啊，而觸摸屏和PLC采樣周期為1S，那就有可能觸摸屏顯示的信息不能反映出實(shí)際運(yùn)行情況。我這樣分析對(duì)嗎？

從你敘述的通訊的控制出方式上看，感覺(jué)你的通訊控制方式有問(wèn)題。你文中的計(jì)數(shù)器不是計(jì)數(shù)器，、而而是個(gè)計(jì)時(shí)器，用記時(shí)器就有可能造成通訊隨機(jī)，這種隨機(jī)方式有可能某個(gè)命令會(huì)很長(zhǎng)時(shí)間比如10秒才發(fā)送一次，
使用個(gè)內(nèi)存單元，比如VD0，為零時(shí)，0號(hào)通訊,完畢使其為1,然后1號(hào)通訊，結(jié)束后，使其為2,然后2號(hào)命令通訊..............9號(hào)完畢后使其為零，0號(hào)通訊.................這種控制方法是絕對(duì)的輪流工作，、而不會(huì)造成丟失命令。

即使掃描周期很端的程序，觸摸屏幕顯示的也不是即時(shí)值.，我觀察過(guò)Q點(diǎn)，設(shè)備已經(jīng)開(kāi)始工作，、而觸摸屏上的Q點(diǎn)狀態(tài)指示燈，要過(guò)1-5秒才能有反應(yīng)，反應(yīng)的時(shí)間和觸摸屏幕上的可視元件數(shù)量好像也有關(guān)系（除通訊速率、數(shù)據(jù)交換周期影響外）。
.

我有個(gè)高壓變頻系統(tǒng)，PLC采用S7-200，觸摸屏是TP277�，F(xiàn)在觸摸屏顯示的運(yùn)行頻率、輸入電流和輸出電流有時(shí)會(huì)跳變到0，但實(shí)際的運(yùn)行參數(shù)又沒(méi)有任何變化。運(yùn)行參數(shù)都是主控板采集或計(jì)算出來(lái)的，PLC通過(guò)通訊指令讀取到運(yùn)行參數(shù)并存儲(chǔ)到PLC的存儲(chǔ)空間，然后通過(guò)觸摸屏顯示出來(lái)。而這個(gè)問(wèn)題又是隨機(jī)發(fā)生，有時(shí)候在試驗(yàn)平臺(tái)有這個(gè)問(wèn)題，但在現(xiàn)場(chǎng)又正常，有時(shí)候現(xiàn)場(chǎng)出現(xiàn)這個(gè)問(wèn)題，拿回來(lái)測(cè)試又正常。檢測(cè)軟件代碼也沒(méi)有任何故障，這個(gè)問(wèn)題是否與觸摸屏和PLC通訊干擾有關(guān)還是怎樣？

有啟發(fā)，有收獲。

引用

引用第4樓醉湮邃虞于2009-05-14 23:35發(fā)表的  :
建議你在可能的情況下在主程序中加入：
諸如：if   I0.0   (or MB0<>0 )    than  call  SUB0  以縮短掃描周期，掃描周期過(guò)長(zhǎng)的確會(huì)帶來(lái)一系列問(wèn)題。
我理解不是20毫秒不可控，而是各種動(dòng)作要延遲20毫秒才能有動(dòng)作。
至于加上20毫秒，如果需要50毫秒的方波信號(hào)，我怎么感覺(jué)應(yīng)該減20毫秒呢，或者PLC本身可以處理這種延遲？要不怎么掃描周期是10毫秒級(jí)，怎么還會(huì)有1毫秒級(jí)的定時(shí)器呢？
初看很簡(jiǎn)單的問(wèn)題，把俺搞糊涂啦？
.......

剛才試了一下，我的程序掃描周期為最大9，最小8。
然后，優(yōu)化了幾個(gè)子程序的調(diào)用，結(jié)果掃描周期縮短為6ms至5ms。

引用

引用第7樓lanjinghao于2009-05-18 12:44發(fā)表的  :
我有個(gè)高壓變頻系統(tǒng)，PLC采用S7-200，觸摸屏是TP277�，F(xiàn)在觸摸屏顯示的運(yùn)行頻率、輸入電流和輸出電流有時(shí)會(huì)跳變到0，但實(shí)際的運(yùn)行參數(shù)又沒(méi)有任何變化。運(yùn)行參數(shù)都是主控板采集或計(jì)算出來(lái)的，PLC通過(guò)通訊指令讀取到運(yùn)行參數(shù)并存儲(chǔ)到PLC的存儲(chǔ)空間，然后通過(guò)觸摸屏顯示出來(lái)。而這個(gè)問(wèn)題又是隨機(jī)發(fā)生，有時(shí)候在試驗(yàn)平臺(tái)有這個(gè)問(wèn)題，但在現(xiàn)場(chǎng)又正常，有時(shí)候現(xiàn)場(chǎng)出現(xiàn)這個(gè)問(wèn)題，拿回來(lái)測(cè)試又正常。檢測(cè)軟件代碼也沒(méi)有任何故障，這個(gè)問(wèn)題是否與觸摸屏和PLC通訊干擾有關(guān)還是怎樣？

感覺(jué)不是觸摸屏與PLC 的通訊問(wèn)題，應(yīng)該是數(shù)據(jù)采集問(wèn)題，如果沒(méi)有握手信號(hào)，由于采集的時(shí)間很隨機(jī)，可能會(huì)采集到0數(shù)據(jù)。

在程序中加入一句：
ld sm0.1
movw   0,vw10000
...................
if  采集數(shù)據(jù)=0 ，than vw10000=255

再在觸摸屏幕上，加入vw10000地址的顯示信息，一段時(shí)間后觀察其值,如果變?yōu)?55,說(shuō)明你真的采集到了數(shù)據(jù)0。

我沒(méi)有和設(shè)備直接通訊過(guò)，猜想想設(shè)備應(yīng)該有個(gè)數(shù)據(jù)準(zhǔn)備好信號(hào)，只有該信號(hào)為真，采集到的數(shù)據(jù)才是真實(shí)值。

你這個(gè)建議非常不錯(cuò)