小弟一月份接到一個(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)提出用觸摸屏（算是“初生牛犢不怕虎”還是“無(wú)知者無(wú)畏”��？），這下控制就復(fù)雜了一些（原來(lái)自動(dòng)部分由PLC控制，手動(dòng)則由繼電器線路控制，  后來(lái)我了解到，之所以要用PLC是因?yàn)槿�部控制使用繼電器線路比較復(fù)雜，器件較多，且今后還要增加不同型號(hào)的產(chǎn)品，成本會(huì)超出計(jì)劃，尤其是時(shí)間繼電器價(jià)格不便宜 ，所以才提出這樣的設(shè)計(jì)框架，“暈”啊 ）。
        剛開始編PLC時(shí)，老工程師帶的年輕助工說控制線路設(shè)計(jì)好了，還用Festo的工具軟件模擬了一下效果，當(dāng)時(shí)以為這事簡(jiǎn)單了，只要把繼電器控制線路“翻譯”成PLC梯形圖就行了，但隨著對(duì)加工過程控制的了解，發(fā)現(xiàn)這樣簡(jiǎn)單的“翻譯”，先不說極大的浪費(fèi)了PLC資源，就連一些必要的控制都無(wú)法完成，而另一方面“形勢(shì)”變得急轉(zhuǎn)而下，領(lǐng)導(dǎo)要求必須在3本月底完成改造任務(wù)。認(rèn)識(shí)到問題的復(fù)雜性和“嚴(yán)重性”，我不得不放棄做一名翻譯的理想，毅然決定轉(zhuǎn)回來(lái)“吃老本”，按照加工過程控制的要求用計(jì)算機(jī)編程的思維方式來(lái)重新構(gòu)思整個(gè)控制系統(tǒng) ，所以我現(xiàn)在的這個(gè)程序中都是大量的條件判斷、MOV、RST及WAND、WXOR這類指令（感覺有點(diǎn)兒匯編的味道，仔細(xì)想想，PLC指令系統(tǒng)就可以認(rèn)為是一套專用的宏匯編系統(tǒng)）。
       這段時(shí)間以來(lái)，我覺得用計(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)，謝謝！

還在進(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)長(zhǎng)一些，但放心些。

無(wú)人解答？？？

         急停不用PLC控制而直接使用硬件連接確實(shí)是更好的選擇。 有此一問是因?yàn)樵诰帉憰r(shí)首先想到的是繼電器線路中急停的連接方式，“直譯”之后再看程序才意識(shí)到它們兩者之間的差別，然后的第一反應(yīng)就是急停是為安全需要而設(shè)，安全是第一位的，效率則不必很在意，才弄出圖1那樣的“低效算法”，正是這個(gè)原因，才想更多的了解一下這個(gè)問題。第一次編寫PLC程序，距離寫出“漂亮”的程序還有很長(zhǎng)的路，現(xiàn)在最關(guān)心的是邏輯正確以及用PLC語(yǔ)言正確的表達(dá)出來(lái)，追求效率是需要技術(shù)根底的，還不敢奢望。

引用

引用第6樓hanqin于2010-03-03 21:09發(fā)表的  :
感覺不像是plc的程序

]

呵呵，我是“按照加工過程控制的要求用計(jì)算機(jī)編程的思維方式來(lái)構(gòu)思整個(gè)控制系統(tǒng)的 ，所以現(xiàn)在的這個(gè)程序中都是大量的條件判斷、MOV、RST及WAND、WXOR這類指令（感覺有點(diǎn)兒匯編的味道）”

引用

引用第9樓玉龍于2010-03-04 21:14發(fā)表的  :
感覺好復(fù)雜，確實(shí)有點(diǎn)像匯編的味道。

可能是因?yàn)槲沂切率�，所以才把這個(gè)弄得復(fù)雜了，確實(shí)不太符合“簡(jiǎn)單才是美”的準(zhǔn)則！

不是電工出生的，在這方面也沒有什么經(jīng)驗(yàn)，看來(lái)是一個(gè)常識(shí)性的“低級(jí)”問題啊 ，編PLC的時(shí)候只從程序功能的完整性上考慮，而忘了參考電工的基本應(yīng)用準(zhǔn)則，貽笑大方了。

引用

引用第14樓lba1218于2010-03-06 23:44發(fā)表的  :
敢干！了不起。

現(xiàn)在開來(lái)確實(shí)有點(diǎn)兒“無(wú)知者無(wú)畏”的“大無(wú)畏”精神，現(xiàn)在只能是背水一戰(zhàn)了！不過，以現(xiàn)在的情形來(lái)看，也算是“置之死地而后生”了。

引用

引用第13樓mkomko于2010-03-06 23:25發(fā)表的  :
用MC指令切斷母線電流即可，按下緊急按鈕后，在touch 畫面上加報(bào)警信息，用報(bào)警信號(hào)條件的反信號(hào)接負(fù)載，邏輯關(guān)系就很完善了

對(duì)一些命令還了解有限，這次寫了近2K步也沒用過這條基本指令，對(duì)您以上的說法還不大明了。看來(lái)真是“路漫漫其修遠(yuǎn)兮”啊。

引用

引用第18樓rockyhuo于2010-03-08 01:41發(fā)表的  :
使用SFC的步進(jìn)梯形圖處理你的問題就簡(jiǎn)單得多，只要有前后的關(guān)系，慢慢學(xué)吧，路是自己走出來(lái)的，條條大路通羅馬，只要能行就不管拉，我以前的編程也是的

SFC目前還沒有涉及，熟悉PLC編程后再學(xué)SFC是不是更好，還是無(wú)所謂？ 請(qǐng)指點(diǎn)迷津，謝謝！