數控系統硬件故障的維修實例。

例3-15一臺數控車床開機后系統死機

　　口數控系統：FANUC OTC系統。

　　口故障現象:這臺機床通電開機后，系統死機，不能進行任何操作。

　　口故障分析與檢查:對FANUC OTC系統數控裝置進行檢查，發現CPU底板L4報警燈亮，伺服控制模塊的WDA燈亮，如圖3-36所示。CPU底板L4報警燈亮指示伺服控制模塊(軸卡)故障(接觸不良、脫落或軟件版本不符)或者主CPU底板故障。因為伺服控制模塊的報警燈也亮，所以首先與其他機床互換伺服控制模塊，但這臺機床故障依舊。與其他機床更換系統CPU底板C A20B-2000-0175/08B，故障轉移到其他機床，說明系統CPU底板損壞。

圖片

　　口故障處理:更換系統CPU底板后，機床恢復正常運行。

例3-16一臺數控車床工作時出現報警"930 CPU INTERRUPT" (CPU中斷)

　　口數控系統:FANUC OTC系統。

　　口故障現象:這臺機床工作2-3小時后，出現930號報警，關機一會兒再開還可以工作。

　　口故障分析與檢查:觀察故障現象，系統除了出現930號報警外，有時還出現報警"920WATCH DOG TIMER"(看門狗超時)，檢查系統發現CPU主板上L2和L4報警燈亮(參考圖3-36 )  L2報警燈亮指示NC有故障，L4燈亮指示軸控制模塊故障(接觸不良、脫落、軟件版本不符)、主電路板故障等。因為是工作一段時問后才出現報警，首先與其他機床互換電源模塊，這臺機床故障依舊。與其他機床互換CPU主板，還是原來的機床報警。與另一臺機床互換伺服軸控制模塊A 16B-2200-039后，故障報警轉移到另一臺機床上，說明是系統伺服車由控制模塊出現問題。

　　口故障處理:更換數控系統伺服軸控制模塊后，機床恢復穩定運行。

例3-17一臺數控車床開機出現報警"408 SERVO ALARM: （SERIAL NOT RDY )"(伺服報警:串行主軸沒有準備好)"409 SERVO ALARM: （ SERIAL ERR )"(伺服報警:串行主軸錯誤)

　　 口數控系統:FANUC OTC系統。

　　口故障現象:這臺機床開機就出現408號和409號報警，指示串行主軸故障。

　　口故障分析與檢查:這臺機床采用FANUC a系列數字伺服系統，檢查伺服系統，發現主軸伺服模塊顯示器上有“24"號報警代碼顯示，如圖3-37所示。根據主軸伺服系統報警手冊，"24"號報警代碼指示串行口數據傳輸出錯，可能的故障原因如下:

　　1)主軸驅動模塊與NC數據傳輸不正常。

　　2 ) NC沒有接通。

　　3)串行總線電纜連接有問題。

　　4)串行總線接口電路有問題。

　　5 ) I/O總線適配器有問題。

圖片

　　檢查串行總線連接，沒有發現問題;與其他機床互換主軸驅動模塊，故障沒有轉移;串行主軸的信號是從系統的存儲器模塊輸出的，互換系統存儲器模塊，故障依舊;當把另一臺機床的系統CPU底板(A206-2002-065更換上后，系統不再產生報警，說明系統CPU底板出現了問題。

　　口故障處理:更換系統CPU底板后，機床恢復正常運行。

例3-18一臺數控車床開機出現報警"420 SERVO ALARM:  Z AXIS EXCESSERROR"(伺服報警:Z軸超偏差錯誤)

　　口數控系統:FANUC OTC系統。

　　口故障現象:這臺機床開機就出現圖3-38所示的420號報警，指示Z軸超差。

　　口故障分析與檢查:根據故障現象和報警信息分析，Z軸開機就出現超差報警，這時還沒有讓Z軸運動，因此故障原因可能是機床數據問題、編碼器問題、伺服電動機問題、系統伺服軸控制模塊問題或伺服驅動模塊問題等。

圖片

　　首先檢查相關的機床數據沒有發現異常。為了進一步確認故障，在系統伺服軸控制模塊(軸卡)上將X軸指令電纜和反饋電纜插頭與Z軸的互換，即指令輸出插頭M 184與M187互換插接，編碼器反饋插頭M185與M188互換插接。這時開機，系統仍然出現420號報警，指示的還是Z軸故障，說明故障與編碼器、伺服驅動模塊和伺服電動機都沒有關系。所以故障原因應該定位在系統的伺服軸控制模塊(軸卡)上。

　　口故障處理:更換系統的伺服軸控制模塊A 16B-2200-039后，通電開機，機床恢復正常運行。

例3-19一臺數控車床出現報警"424 SERVO ALARM: Z AXIS DETECT ERROR"(伺服報警:Z軸檢測錯誤)

　　口數控系統:FANUC OTC系統。

　　口故障現象:這臺機床開機就出現如圖3-39所示的424號報警，指示Z軸有問題。

　　口故障分析與檢查:根據FANUC OTC系統的工作原理，該系統具有du特的診斷數據，通過系統“DGNOS"功能可以調用這些數據。當機床出現故障時，檢查這些數據，可以了解機床的一些運行狀態，為確診機床故障提供依據。

圖片

　　在這臺機床出現424號報警時檢查診斷數據，發現“DGN721.2"  <DCAL)為“1"，指示伺服系統放電單元故障。這臺機床的伺服系統采用FANUC的a系列數字伺服驅動裝置，更換伺服驅動模塊和電源模塊都沒有解決問題，而且觀察伺服裝置所有數碼管均顯示“一"，如圖3-40所示，指示伺服系統沒有準備好。因此，懷疑系統伺服軸控制模塊(軸卡)有問題。

　　口故障處理:更換系統伺服軸控制模塊后，系統報警消除，機床恢復正常工作。

例3-20一臺數控車床通電開機后，屏幕沒有顯示

　　口數控系統:FANUC OTC系統。

　　口故障現象:這臺機床通電啟動系統后，系統啟動不了。

　　口故障分析與檢查:出現故障后，首先對系統進行檢查，按下系統啟動按鍵后，系統電源模塊上的指示燈一個也不亮，如圖3-41所示。FANUC電源模塊上有兩個指示燈，一個綠色PIL指示燈，指示電源模塊工作正常;另一個紅色指示燈指示電源系統有故障。

　　檢查系統啟動線路和電源模塊輸入電壓都正常沒有發現問題。那么肯定是如圖3-42所示的系統電源模塊A16B-1212-0100-01損壞。

圖片

　　口故障處理:維修電源模塊后，系統恢復正常工作。

例3-21一臺數控球道磨床出現報警"104 Control loop hardware"(控制環硬件)

　　口數控系統:西門子3M系統。

　　口故障現象:這臺磨床經常出現圖3-43所示的104號報警，指示X軸伺服控制環有問題。

圖片

圖片

　　口故障分析與檢查:根據機床的工作原理，為保證機床的精度，該機床采用光柵尺作為位置反饋元件，為此在系統測量模塊上加裝EXE信號處理板C 260 619 015 918 976，用以對光柵尺反饋信號進行處理。對故障現象進行觀察，無論X軸是否運動，都出現報警，有時開機就出現報警。因此懷疑光柵尺或者系統的測量模塊有問題。

　　本著先易后難的原則，首先檢查系統測量模塊(6FX1125-1AA01)，因為X軸和Y軸各采用一塊EXE信號處理板，如圖3-44所示，所以采用互換法將X軸的EXE信號處理板與Y軸的EXE信號處理板對換，這時機床再出現故障時，顯示114號報警，指示的是Y軸伺服環有問題，即故障轉移到Y軸上，說明是原X軸的EXE信號處理板有問題。

圖片

　　口故障處理:更換X軸EXE信號處理板后，機床恢復正常工作。

例3-24一臺數控溝道磨床開機出現報警"11 Wrong UMS identifier"  (UMS標識符錯誤)

　　口數控系統:西門子810M系統。

　　口故障現象:這臺機床在開機時偶爾出現11號報警，指示機床廠家設置的特定功能不起作用。

　　口故障分析與檢查:根據西門子810M系統報警手冊關于11號報警的說明，該報警是機床制造廠家儲存在UMS中的程序不可用，在調用的過程中出現了問題。出現故障的原因可能是存儲器模塊或者UMS了模塊出現問題。為此將存儲器模塊(6FX1128-1BA00)拆下檢查，發現圖3-50電路板上的連接線已腐蝕，沒有連接上。

圖片

　　口故障處理:按系統說明書要求，這兩點必須短接。為此，將這兩點直接用導線焊接上后，開機測試，這臺機床再也沒有出現這個報警，機床恢復穩定運行。

例3-25一臺立式數控車床開機系統啟動不了

　　 口數控系統:西門子840C系統。

　　口故障現象:這臺機床開機系統啟動時出現如圖3-51所示的報警界面。

　　口故障分析與檢查:根據西門子840C系統構成原理，其MMC模塊6FC51110-ODB02 -OAA2上安裝有512M硬盤，如圖3-52所示。在系統開機啟動時，通過執行硬盤中的系統文件，調用西門子軟件進入數控系統頁面。開機就出現這個故障，說明硬盤引導文件沒有裝載。

圖片

　　將MMC模塊從系統上拆下，把其上的硬盤通過移動硬盤盒連接到計算機上，讀盤時噪聲相當大，并且提示磁盤損壞，說明系統硬盤硬件損壞。

　　口故障處理:將原機床系統硬盤GHOST備份文件恢復到舊筆記本電腦的2G硬盤上，經系統化后安裝到系統上，這時通電開機，系統恢復正常工作。