西門子840D系統(tǒng)PLC用戶報警分析_百度文庫

1、西門子840D系統(tǒng)PLC用戶報警分析一、數(shù)控系統(tǒng)介紹SINUMERIK 840D是西門子公司20世紀90年代推出的高性能數(shù)控系統(tǒng)。它主要由數(shù)控及驅動單元,MMC,PLC模塊等三大部分組成。這三部分在功能上既相互分工,又互為支持。在物理結構上,NC-CPU和PLC-CPU合為一體,合成在NCU (Numerical Control Unit中,但在邏輯功能上相互獨立。它把所有 CNC、PLC 和通訊任務綜合在單個 NCU 模塊中,在安裝到NCU 盒以后,再把NCU模塊插入到SIMODRIVE 611D數(shù)字驅動系統(tǒng)中去,直接放置在 I/RF 電源模塊右側,與611D驅動系統(tǒng)構成一個整體。 SINU

2、MERIK 840D具有以下幾個特點:數(shù)字化驅動、軸控規(guī)模大、可以實現(xiàn)五軸聯(lián)動、操作系統(tǒng)視窗化、軟件內容豐富功能強大、具有遠程診斷功能、保護功能健全、硬件高度集成化、模塊化設計、內裝PLC系統(tǒng)。任何機床都會設計有報警,一個完善的報警系統(tǒng)對于機床的操作和維修都有很大的幫助,能夠及時的提供給操作者相應的操作信息,也能很大程度的縮短維修的時間。一個機床的電氣系統(tǒng)設計的好與不好,不完全取決于他能否實現(xiàn)某些功能,完成規(guī)定的動作。也在于他是否有一個詳細,準確,可靠的報警系統(tǒng)。840D系統(tǒng)的報警分為2大類,一類是系統(tǒng)的報警,一類是用戶的報警。系統(tǒng)報警是系統(tǒng)自帶的,由西門子編寫的通用報警。而用戶報警是由機床制

3、造廠家針對于某類機床所編寫的,不同的機床制造商,不同的機床類型,所擁有的用戶報警是不同的。二、標準的PLC用戶報警840D標準的用戶報警一共有25組(見圖1,從圖中可以看出,每一組報警有8個字節(jié),每個字節(jié)有8位,所以每一組報警有64個。報警的起始地址DB2.DBX180.0對應于700000號報警,依此類推。其中報警號的中間兩位和用戶報警區(qū)域的數(shù)字是一致的,從這個規(guī)律我們可以很容易的推算出報警所對應的地址以便于維修時的查找,例如報警是700806,從08這個數(shù)字我們知道他是第8組的,那么他所對應的地址就是=DB2.DBX(180+8×8.6=DB2.DBX244.6。報警的文本存于F

4、:dhmb.dir目錄下,格式為myplc_,其中myplc_為任意文件名,但不能超過六個字符,xx為國家代碼,這個文件是個文本文件,如果我們要修改其中的報警信息,我們可以把它傳到PC上,把后綴COM改為TXT,用文本編輯器修改后,在把后綴改回COM,傳回F:dhmb.dir目錄中覆蓋原文件即可。報警文件要在F:MMC2MBDDE.INI中定義才能生效,格式為: TextFiles UserPLC=F:dhmb.dirmyplc_,后面的國家代碼不用寫上,在系統(tǒng)進行語言切換的時候,系統(tǒng)會自動調用于國家代碼一樣的用戶報警文件,前提是你已經編寫了不同語言的文件,并存儲在F:dhmb.dir目錄下。

5、象上海的2臺840D磨床就是這樣。但很多國外的機床并不是這樣,象曲軸的淬火機、連桿的R242A雙端面磨床,他們并沒有改動F:MMC2MBDDE.INI這個文件,而是在F:user用戶目錄下又建立一個MBDDE.INI文件,在這里對用戶報警文件進行定義。還又一種是定義在F:OEM目錄中的MBDDE.INI文件中,象heller的內銑,TBT的槍鉆是屬于這種。在USER和OEM目錄中的mbdde.ini文件中的內容會自動替代MMC2目錄下的mbdde.ini的相關內容。這里所說的替代是在調用時的替代,而不是文件物理寫入的覆蓋。在每一組的報警中,其前4個字節(jié)為錯誤信息EM,后四個字節(jié)為操作信息OM,

6、錯誤信息觸發(fā)后,在屏幕上的默認顯示為紅色文本,顯示在報警行。當改動了myplc_xx中的報警文本內容,或改變了MBDDE.INI中內容,PCU需要重新啟動,以便使改動的內容生效。如果在myplc_xx中沒有編寫相應的報警文本,那么報警只顯示一個報警號,后面跟著四個O型字符。錯誤信息是需要操作人員確認的,在觸發(fā)條件不在為1的情況下它依然顯示,直到按機床面板上的RESET鍵才能復位掉。操作信息觸發(fā)后,在屏幕上的默認顯示為黑色文本,顯示在報警行,報警的內容同樣在myplc_xx中,同錯誤信息一樣,如果在myplc_xx中沒有編寫相應的報警文本,怎報警也只顯示一個報警號,后面跟著四個O型字符。但有一點

7、是和錯誤信息不同,操作信息是不需要操作者確認的,當操作信息的觸發(fā)條件不在為1時,操作信息會自動消失。作為這兩種用戶報警信息的一個共同點就時,他們本身對NC的加工和PLC的運行沒有任何影響。也就時說如果某個報警信息被觸發(fā)了,如果沒有相應的條件限制NC或者PLC動作的話,那么對于機床的加工是沒有任何影響的,他只是一個顯示而已。在PLC程序的FB1功能塊中可以使用MsgUser參數(shù)定義用戶報警的數(shù)量,范圍是025,對應于表1中的25個用戶報警區(qū)域。由于FB1是在0B100中調用的,而OB100只有在上電的情況下才執(zhí)行一次,而DB2是由所FB1產生的,所以如果更改了MsgUser參數(shù),必須刪除DB2和

8、DB3,重新上電,這樣才會重新產生更新過的DB2和DB3數(shù)據(jù)塊。舉個例子,比如MsgUser初始狀態(tài)被賦值為10,那么他就只激活表1中的User area 0User area 9這10個區(qū)域,在PLC 中使用DBX180.0DBX259.7是有效的。如果你使用了area 9以后的地址,就會產生一個NC報警(多少號,什么內容?。待續(xù)。使用STEP7軟件打開DB2數(shù)據(jù)塊,在view菜單下切換到DATA VIEW 后我們會發(fā)現(xiàn),這里只定義了260個字節(jié)(0259,這和表1中區(qū)域9的地址是完全符合的,區(qū)域9后面的地址由于在這里沒有定義,自然也就無法使用。要想使用全部的報警信息,只要在FB1中把參數(shù)M

9、sgUser賦值為25即可。所有的標準報警信息都對應于PLC的DB2數(shù)據(jù)塊,但MMC無法直接讀取PLC數(shù)據(jù)塊,在PLC中有一個診斷緩沖區(qū),來解決于MMC 通訊的問題。所有的報警事件由PLC的基本程序產生并且寫入這個診斷緩沖區(qū),在由MMC中的advance HMI軟件進行讀取和解釋翻譯,并把所有的報警和信息的事件寫入到f:mmc2proto.txt日志文件中,在這個日志文件中記錄了所有所有事件的過程,其中包括:報警產生的時間,報警號,報警顯示的位置,報警文本的位置,報警消除的時間等信息,在HMI軟件中還定義了許多各種條件的過濾器,系統(tǒng)根據(jù)過濾器的配置,過濾掉proto.txt中不想用到的信息,從

10、而得到想要顯示的信息。三、TRANSLINE 2000一個控制系統(tǒng)可以包含幾個報警系統(tǒng),所有的報警在觸發(fā)的時候,都會傳送到報警服務器進行處理,進行顯示并存儲在proto.txt日志文件中。我們廠840D系統(tǒng)的機床,大部分都采用transline 2000 HMI PRO CS AND RT這個軟件來配置用戶畫面,以OP 軟鍵的形式來取代按鈕。這種方式的好處在于即減少了輸入按鈕的數(shù)量,也節(jié)省了輸入口,同時以圖形的顯示方式來實現(xiàn)相應的機床動作,使操作者一目了然。在這個軟件中,也提供了用戶報警的配置畫面(如圖1所示,在這里定義了用做用戶報警的數(shù)據(jù)塊,起始地址,數(shù)據(jù)區(qū)的大小,區(qū)域的劃分,以及區(qū)域內的詳

11、細配置。標準的報警系統(tǒng)是通過上面所提到的DB2數(shù)據(jù)塊的相應位來處理的,在transline 2000這個軟件中,系統(tǒng)默認使用的是數(shù)據(jù)塊DB126來處理和接收用戶報警和信息。標準的用戶報警和信息文本寫在alp_中,HMI特定的報警和信息的文本寫在alhmi_中,其中XX代表國家的代碼,也說明了這個文本中使用的是那個國家的語言。比如簡體中文XX=CH,英文XX=UK,德文XX=GR等等。在transline2000中配置的所有用戶報警信息被記錄在F:OEMstoerung.ini文件中,如果我們手里沒有transline2000的源文件,可以在這個文件中找到關于用戶報警信息的配置。以意大利磨床線的

12、A機床為例,看一下他的stoerung.ini文件:USER WartungOn=0 WartungNr=705000 StoerTaskOn=1 的報警配置 AuslastungOn=0 DbNrOfMessages=126.使用的數(shù)據(jù)塊 DbbNrOfMessages=10. 起 始 地 址 （ NrOfBytesToRead=453. 所 使 用 的 字 AdressOfTBit=59,76.0 AdressOfSbit=59,88.2 AdressOfMbit=59,88.4 PathOfDayProtFile=f:oemgiustinastoricoinput PreNameOfDa

13、yProtFile=Alar StartNrOfUserMessages=700000.起始的用戶信息 號 NrOfAreas=10 定義了 10 個區(qū)域 區(qū) 域 啟用 transline2000 Area1=m700001-700008 . 1StartByteArea1=10 .區(qū)域 1 的起始地址 Area2=m700010-700098 區(qū)域 2 StartByteArea2=11 區(qū)域 2 的起始地址 Area3=m700100-700107 .區(qū)域 3 StartByteArea3=23 區(qū)域 3 的起始地址 Area4=m700108-700299 .區(qū)域 4 StartByte

14、Area4=24 區(qū)域 4 的起始地址 Area5=a700300-700499 .區(qū)域 5 StartByteArea5=49 區(qū)域 5 的起始地址 Area6=m700500-700599 .區(qū)域 6 StartByteArea6=74 區(qū)域 6 的起始地址 Area7=a701000-703759 .區(qū)域 7 StartByteArea7=87 區(qū)域 7 的起始地址 Area8=a703761-703776 .區(qū)域 8 StartByteArea8=432 區(qū)域 8 的起始地址 Area9=a703777-703792 .區(qū)域 9 StartByteArea9=434 區(qū)域 9 的起始地

15、址 Area10=m703793-703999 .區(qū)域 10 tartByteArea10=436 (字節(jié) transline 2000 hmi pro cs 中有一個報警文本畫面來編寫這些報警，以 3681 精鏜為例，如（圖 2）所示。在圖 2 中可以看到，起始的報警號 是和圖 1 中 range1 的配置相對應，也就是 DB126.DBX0.0 對應于 702500。在圖 1 中的 total number of bytes 字節(jié)總數(shù)應大于在 range1 中 的 區(qū) 域 大 小 ， 即 63> （ 702999 702500 ） /8 。 在 number of alarms /message range 報警和信息的區(qū)域數(shù)選項中可以配置 區(qū)域 10 的起始地址 110 個區(qū)域，鍵入不同的數(shù)字，下面就會出現(xiàn)和 range1 一樣的區(qū) 域配置 range1range10,區(qū)域之間可以不連貫，可以跳躍，但不能重 疊。 四、總結： 在實際的維修過程中，情況要復雜的多，對于一條用戶報警，我們有 可能找不到上面所提到 DB2 或者 DB126 這樣的標準數(shù)據(jù)塊所對應的 數(shù)據(jù)位。例如在我廠 ALFING 公司