數(shù)控機(jī)床是復(fù)雜的機(jī)電一體化產(chǎn)品，它的維修不同于普通機(jī)床的維修，不單純是機(jī)械，電氣，液壓或者數(shù)控系統(tǒng)的毛病，在維修過程中必須這幾個方面綜合分析，判斷確定問題的原因并加以處理。在這幾方面中數(shù)控系統(tǒng)能起到作用．對于維修大型進(jìn)口機(jī)床來說，對PLC程序的理解不能*建立在PLC語句結(jié)構(gòu)和邏輯控制上，更多的是對機(jī)床的機(jī)械結(jié)構(gòu)，以及加工工藝過程的充分理解、掌握這些對分析PLC程序往往能起到事半功倍的作用，本文簡單介紹了幾種在數(shù)控機(jī)床維修過程中經(jīng)常采取的方法，并分別加以舉例說明。

　　1直觀法

　　例1：一臺德國MAHO公司生產(chǎn)的五軸聯(lián)動數(shù)控鏜銑床，數(shù)控系統(tǒng)為飛利浦系統(tǒng)。在一次傳輸數(shù)控程序中，由于處理不當(dāng)，將CPU板的傳輸接口燒壞。將CPU板拆下，仔細(xì)觀察，發(fā)現(xiàn)在RS232接口處有明顯焦糊痕跡。在放大鏡下仔細(xì)觀察，將斷線處重新跳接：并更換一塊8255芯片，安裝至機(jī)床上，將機(jī)床參數(shù)輸入，機(jī)床恢復(fù)正常。該CPU板一直運(yùn)行至今，運(yùn)行狀況良好。

　　2自診斷功能分析法

　　例2：一臺武漢重型機(jī)床廠生產(chǎn)的16米大立車，在一次加工過程中突然出現(xiàn)43號報警（PLC未準(zhǔn)備好工作）。讀出ISTACK中的故障代碼34，查閱西門子840C診斷手冊，內(nèi)容為：接口-DMP模塊啟動錯誤。檢查包括手持單元在內(nèi)的所有DMP模塊，發(fā)現(xiàn)連接地面操縱臺的DMP模塊底板沒有上電。查閱電氣圖紙發(fā)現(xiàn)為之提供電壓的一空氣開關(guān)跳閘，將其合上故障消失。

　　3系統(tǒng)復(fù)位法

　　例3：捷克SKODA公司的一臺數(shù)控鏜銑床，數(shù)控系統(tǒng)為西門子840C系統(tǒng)。一次加工過程中出現(xiàn)43號報警（PLC未準(zhǔn)備好工作）查閱西門子診斷手冊，故障原因為一般數(shù)據(jù)接口連接的硬件或軟件故障或者是PLC機(jī)床數(shù)據(jù)錯誤或與用戶程序不一致。重新上電復(fù)位后，故障現(xiàn)象發(fā)生了改變，數(shù)控系統(tǒng)CSB板（中央服務(wù)板）上PowerLED為綠色而out-puterrLED為紅色。43號報警依然出現(xiàn)，而機(jī)床X，Y，Z，U，W軸均被封鎖，液壓和靜壓系統(tǒng)不能建立，伺服驅(qū)動系統(tǒng)611D系列均出現(xiàn)報警情況，分析故障原因認(rèn)為X，Y，Z，U，W軸被封鎖與CSB板輸出錯誤有關(guān)，進(jìn)入系統(tǒng)總復(fù)位界面將PLC復(fù)位，運(yùn)行NCKPOWERON此時原存儲在USER/PLC菜單下的ANW-PLG文件被加載，43號報警消除，但是CSB板outputerrLED仍然顯示為紅色，其余報警未消除。分析故障原因，可能是由于上電過程中機(jī)床數(shù)據(jù)出現(xiàn)混亂而造成還有的能是CSB板硬件本身故障。斷電拆下CSB板進(jìn)行察看，沒有發(fā)現(xiàn)燒毀現(xiàn)象，進(jìn)行清潔處理后，重新裝上報警依然存在。按照西門子公司提供的總復(fù)位方法，將CSB板撥段開關(guān)置于“I”位重新上電，設(shè)定系統(tǒng)時間/日期，在MDD（機(jī)床數(shù)據(jù)對話）中加載備份在MMC硬盤上的機(jī)床數(shù)據(jù)，系統(tǒng)恢復(fù)正常．CSB板out-outerrLED紅燈滅，報警全部消除，液壓系統(tǒng)恢復(fù)正常。但是X，Y，Z，U．W軸依然不能運(yùn)動，查看信息診斷，發(fā)現(xiàn)SKODA公司編制的一條子程序SPF793沒有運(yùn)行，將SPF793調(diào)入NCK運(yùn)行該程序，所有故障消除。此次故障的處理過程為的一次系統(tǒng)裝機(jī)，至于SPF793可能是SKODA公司自己編制的裝機(jī)子程序，須運(yùn)行該程序解鎖機(jī)床各插補(bǔ)軸。