• «
  • 1
  • 2
  • »
  • Pages: 1/2     Go
jinsinfo
級(jí)別: *
精華主題: * 篇
發(fā)帖數(shù)量: * 個(gè)
工控威望: * 點(diǎn)
下載積分: * 分
在線時(shí)間: (小時(shí))
注冊(cè)時(shí)間: *
最后登錄: *
查看jinsinfo的 主題 / 回貼
樓主  發(fā)表于: 2010-03-03 10:48
        小弟一月份接到一個(gè)設(shè)備改造任務(wù),由我負(fù)責(zé)PLC編程。我原是學(xué)計(jì)算機(jī)的,因?yàn)榇饲俺晒Ω倪M(jìn)了一臺(tái)測(cè)試設(shè)備的測(cè)試程序(VB開發(fā)的),所以領(lǐng)導(dǎo)就這樣安排了,理由是兩者都是編程(不是我開玩笑,當(dāng)時(shí)差點(diǎn)兒“暈倒” ,再三推辭,領(lǐng)導(dǎo)當(dāng)時(shí)拿出了“禮賢下士”的姿態(tài),聲稱就當(dāng)學(xué)習(xí)學(xué)習(xí),沒有什么事情是百分百成功的,沒辦法只能接受了 )。就這樣開始了PLC的學(xué)習(xí)之路,從論壇上下了一些學(xué)習(xí)資料、到圖書館借了兩本書(借書之前就搞清楚了一些必要的因素如先把PLC品牌定好,這樣效率高多了)。
        整個(gè)控制系統(tǒng)不算復(fù)雜,關(guān)鍵是控制7個(gè)氣缸的動(dòng)作,出錯(cuò)后要能夠定位到點(diǎn),考慮到輸入按鈕比較多,輸出部件也多(負(fù)責(zé)設(shè)計(jì)的老工程師原先都是基于繼電器線路考慮的),因此前兩天我主動(dòng)請(qǐng)戰(zhàn)提出用觸摸屏(算是“初生牛犢不怕虎”還是“無知者無畏”。浚,這下控制就復(fù)雜了一些(原來自動(dòng)部分由PLC控制,手動(dòng)則由繼電器線路控制,  后來我了解到,之所以要用PLC是因?yàn)槿靠刂剖褂美^電器線路比較復(fù)雜,器件較多,且今后還要增加不同型號(hào)的產(chǎn)品,成本會(huì)超出計(jì)劃,尤其是時(shí)間繼電器價(jià)格不便宜 ,所以才提出這樣的設(shè)計(jì)框架,“暈”啊 )。
        剛開始編PLC時(shí),老工程師帶的年輕助工說控制線路設(shè)計(jì)好了,還用Festo的工具軟件模擬了一下效果,當(dāng)時(shí)以為這事簡單了,只要把繼電器控制線路“翻譯”成PLC梯形圖就行了,但隨著對(duì)加工過程控制的了解,發(fā)現(xiàn)這樣簡單的“翻譯”,先不說極大的浪費(fèi)了PLC資源,就連一些必要的控制都無法完成,而另一方面“形勢(shì)”變得急轉(zhuǎn)而下,領(lǐng)導(dǎo)要求必須在3本月底完成改造任務(wù)。認(rèn)識(shí)到問題的復(fù)雜性和“嚴(yán)重性”,我不得不放棄做一名翻譯的理想,毅然決定轉(zhuǎn)回來“吃老本”,按照加工過程控制的要求用計(jì)算機(jī)編程的思維方式來重新構(gòu)思整個(gè)控制系統(tǒng) ,所以我現(xiàn)在的這個(gè)程序中都是大量的條件判斷、MOV、RST及WAND、WXOR這類指令(感覺有點(diǎn)兒匯編的味道,仔細(xì)想想,PLC指令系統(tǒng)就可以認(rèn)為是一套專用的宏匯編系統(tǒng))。
       這段時(shí)間以來,我覺得用計(jì)算機(jī)編程的思維方式處理PLC編程,最容易出錯(cuò)的地方就是由PLC的“掃描工作方式”引發(fā)的問題,特別是FEND之前的“主程序”段,一定要時(shí)刻注意條件(輸入變化、軟元件變化、“保持型”軟元件)動(dòng)態(tài)變化后程序的跳轉(zhuǎn)方向。
       最后,有一個(gè)問題想請(qǐng)有經(jīng)驗(yàn)的達(dá)人給予指導(dǎo),就是如何考慮“急停”功能:按照PLC的“掃描工作方式”,在如下的梯形圖1中,當(dāng)“X000急停按鈕”接通時(shí),對(duì)動(dòng)作輸出部分可以做到“即時(shí)”響應(yīng),即可以精確的監(jiān)測(cè)到究竟是“M999”還是“M998”完成了“急!惫δ,而圖2中,如果在執(zhí)行到第1023步之后的時(shí)刻才發(fā)現(xiàn)需要終止下面的輸出動(dòng)作,這時(shí)按下“X000急停按鈕”,想要終止第1049步的“Y016”輸出(假設(shè)此時(shí)滿足D21=2、D51=2),似乎不能完成,必須要等到下一個(gè)掃描周期才能接通“M999”斷開第1049步,雖然PLC的掃描是以u(píng)s計(jì)的,但這樣的“不精確”,就會(huì)產(chǎn)生“滯后”隱患了。  小弟第一次編PLC,衷心期望有經(jīng)驗(yàn)的達(dá)人給予指點(diǎn),謝謝!



[ 此帖被jinsinfo在2010-03-03 10:56重新編輯 ]
yangli57678
我的QQ:751539177  軟件開發(fā)
級(jí)別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 137 個(gè)
工控威望: 161 點(diǎn)
下載積分: 1305 分
在線時(shí)間: 23(小時(shí))
注冊(cè)時(shí)間: 2010-02-22
最后登錄: 2022-10-05
查看yangli57678的 主題 / 回貼
1樓  發(fā)表于: 2010-03-03 10:58
現(xiàn)在解決了嗎
我的微信:Yang17391879486  真心交朋 認(rèn)真做事情,言必行,行必果,可承接PLC編程調(diào)試、C#上位軟件開發(fā)、自動(dòng)化設(shè)備研發(fā)!
jinsinfo
級(jí)別: *
精華主題: * 篇
發(fā)帖數(shù)量: * 個(gè)
工控威望: * 點(diǎn)
下載積分: * 分
在線時(shí)間: (小時(shí))
注冊(cè)時(shí)間: *
最后登錄: *
查看jinsinfo的 主題 / 回貼
2樓  發(fā)表于: 2010-03-03 11:31
還在進(jìn)行中......
正常加工部分完成了,模擬了一下,還行
現(xiàn)在在弄出錯(cuò)處理,比較麻煩的是出錯(cuò)處理是有比較嚴(yán)格的步序要求,需要考慮的因素較多,有點(diǎn)煩,
觸摸屏還不熟,正在看視頻學(xué)習(xí),GOT F930的還不能直接仿真,正準(zhǔn)備先用GT Desiger做一個(gè)GOT F950的屏,這樣就可以模擬了,就是麻煩一些,需要再做F930版的
急停部分先用如梯形圖1所示的方式處理,還好動(dòng)作不多也不復(fù)雜,這樣處理雖然程序農(nóng)長一些,但放心些。
[ 此帖被jinsinfo在2010-03-03 11:36重新編輯 ]
jinsinfo
級(jí)別: *
精華主題: * 篇
發(fā)帖數(shù)量: * 個(gè)
工控威望: * 點(diǎn)
下載積分: * 分
在線時(shí)間: (小時(shí))
注冊(cè)時(shí)間: *
最后登錄: *
查看jinsinfo的 主題 / 回貼
3樓  發(fā)表于: 2010-03-03 16:22
無人解答???
qiulong216
級(jí)別: 略有小成
精華主題: 0
發(fā)帖數(shù)量: 186 個(gè)
工控威望: 404 點(diǎn)
下載積分: 433 分
在線時(shí)間: 142(小時(shí))
注冊(cè)時(shí)間: 2009-02-03
最后登錄: 2024-06-15
查看qiulong216的 主題 / 回貼
4樓  發(fā)表于: 2010-03-03 17:56
照樓主說的,“整個(gè)控制系統(tǒng)不算復(fù)雜,關(guān)鍵是控制7個(gè)氣缸的動(dòng)作”,說明設(shè)備不是很精密,那么何必在意那幾ns的時(shí)間呢?
如果樓主真的很在意這幾ns的話,可以把急停開關(guān)常閉與硬件電源串聯(lián),按鈕一按下控制部分的電源斷路,就能實(shí)現(xiàn)瞬時(shí)斷開了。還有樓主寫的程序太浪費(fèi)PLC資源了把,同時(shí)掃描周期也大大延長了吧!
jinsinfo
級(jí)別: *
精華主題: * 篇
發(fā)帖數(shù)量: * 個(gè)
工控威望: * 點(diǎn)
下載積分: * 分
在線時(shí)間: (小時(shí))
注冊(cè)時(shí)間: *
最后登錄: *
查看jinsinfo的 主題 / 回貼
5樓  發(fā)表于: 2010-03-03 18:49
         急停不用PLC控制而直接使用硬件連接確實(shí)是更好的選擇。 有此一問是因?yàn)樵诰帉憰r(shí)首先想到的是繼電器線路中急停的連接方式,“直譯”之后再看程序才意識(shí)到它們兩者之間的差別,然后的第一反應(yīng)就是急停是為安全需要而設(shè),安全是第一位的,效率則不必很在意,才弄出圖1那樣的“低效算法”,正是這個(gè)原因,才想更多的了解一下這個(gè)問題。第一次編寫PLC程序,距離寫出“漂亮”的程序還有很長的路,現(xiàn)在最關(guān)心的是邏輯正確以及用PLC語言正確的表達(dá)出來,追求效率是需要技術(shù)根底的,還不敢奢望。
hanqin
級(jí)別: 論壇先鋒
精華主題: 0
發(fā)帖數(shù)量: 1237 個(gè)
工控威望: 1226 點(diǎn)
下載積分: 2922 分
在線時(shí)間: 925(小時(shí))
注冊(cè)時(shí)間: 2009-01-09
最后登錄: 2023-10-27
查看hanqin的 主題 / 回貼
6樓  發(fā)表于: 2010-03-03 21:09
感覺不像是plc的程序
jinsinfo
級(jí)別: *
精華主題: * 篇
發(fā)帖數(shù)量: * 個(gè)
工控威望: * 點(diǎn)
下載積分: * 分
在線時(shí)間: (小時(shí))
注冊(cè)時(shí)間: *
最后登錄: *
查看jinsinfo的 主題 / 回貼
7樓  發(fā)表于: 2010-03-04 13:20
引用
引用第6樓hanqin于2010-03-03 21:09發(fā)表的  :
感覺不像是plc的程序


]

呵呵,我是“按照加工過程控制的要求用計(jì)算機(jī)編程的思維方式來構(gòu)思整個(gè)控制系統(tǒng)的 ,所以現(xiàn)在的這個(gè)程序中都是大量的條件判斷、MOV、RST及WAND、WXOR這類指令(感覺有點(diǎn)兒匯編的味道)”
nanfeng36
級(jí)別: 正式會(huì)員
精華主題: 0
發(fā)帖數(shù)量: 8 個(gè)
工控威望: 94 點(diǎn)
下載積分: 536 分
在線時(shí)間: 0(小時(shí))
注冊(cè)時(shí)間: 2009-12-15
最后登錄: 2012-07-20
查看nanfeng36的 主題 / 回貼
8樓  發(fā)表于: 2010-03-04 16:08
建議加精、、、
玉龍
級(jí)別: 略有小成
精華主題: 0
發(fā)帖數(shù)量: 92 個(gè)
工控威望: 217 點(diǎn)
下載積分: 597 分
在線時(shí)間: 23(小時(shí))
注冊(cè)時(shí)間: 2007-11-13
最后登錄: 2020-06-18
查看玉龍的 主題 / 回貼
9樓  發(fā)表于: 2010-03-04 21:14
感覺好復(fù)雜,確實(shí)有點(diǎn)像匯編的味道。
jinsinfo
級(jí)別: *
精華主題: * 篇
發(fā)帖數(shù)量: * 個(gè)
工控威望: * 點(diǎn)
下載積分: * 分
在線時(shí)間: (小時(shí))
注冊(cè)時(shí)間: *
最后登錄: *
查看jinsinfo的 主題 / 回貼
10樓  發(fā)表于: 2010-03-05 09:10
引用
引用第9樓玉龍于2010-03-04 21:14發(fā)表的  :
感覺好復(fù)雜,確實(shí)有點(diǎn)像匯編的味道。


可能是因?yàn)槲沂切率,所以才把這個(gè)弄得復(fù)雜了,確實(shí)不太符合“簡單才是美”的準(zhǔn)則!
huxupin
級(jí)別: 家園?
精華主題: 0
發(fā)帖數(shù)量: 711 個(gè)
工控威望: 904 點(diǎn)
下載積分: 7793 分
在線時(shí)間: 248(小時(shí))
注冊(cè)時(shí)間: 2009-03-22
最后登錄: 2023-10-31
查看huxupin的 主題 / 回貼
11樓  發(fā)表于: 2010-03-05 21:57
你要急停把自鎖按鈕接在輸入和輸出的電源上不就行了,那就不受時(shí)間限制了
  • «
  • 1
  • 2
  • »
  • Pages: 1/2     Go