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

　　1直觀法

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

　　2自診斷功能分析法

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

　　3系統(tǒng)復位法

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