1 FANUC 0i系統(tǒng)主CPU板的構(gòu)成框圖
讀者要想對數(shù)控系統(tǒng)有一個準確的維修思路,首先要了解該數(shù)控系統(tǒng)的硬件結(jié)構(gòu),為此,本文首先給出FANUC 0i系統(tǒng)主CPU板的構(gòu)成框圖。
\
FANUC 0i系統(tǒng)與FANUC 16/18/21等系統(tǒng)的結(jié)構(gòu)相似,均為模塊化結(jié)構(gòu)。如下圖所示0i的主CPU板上除了主CPU及外圍電路之外,還集成了FROM&SRAM模塊,PMC控制模塊,存儲器&主軸模塊,伺服模塊等,其集成度較FANUC 0系統(tǒng)(0系統(tǒng)為大板結(jié)構(gòu))的集成度更高,因此0i控制單元的體積更小。
2 系統(tǒng)故障分析與處理方法
當(dāng)系統(tǒng)電源打開后,如果電源正常,數(shù)控系統(tǒng)則會進入系統(tǒng)版本號顯示畫面(如下圖所示),系統(tǒng)開始進行初始化。如果系統(tǒng)出現(xiàn)硬件故障,顯示屏上會出現(xiàn)900—973號報警提示用戶。下面介紹出現(xiàn)系統(tǒng)報警時的原因和處理方法。
2.1 900號報警(ROM奇偶校驗錯誤)
此報警表示發(fā)生了ROM奇偶錯誤。
要點分析:系統(tǒng)中的FROM在系統(tǒng)初始化過程中都要進行奇偶校驗。當(dāng)校驗出錯時,則發(fā)生FROM奇偶性報警,并指出不良的FROM文件。
原因和處理:主板上的FROM&SRAM模塊或者主板不良。
2.2 910~911報警(DRAM奇偶校驗錯誤)
此報警是DRAM(動態(tài)RAM)的奇偶錯誤。
要點分析:在FANUC 0 i數(shù)控系統(tǒng)中,DRAM的數(shù)據(jù)在讀寫過程中,具有奇偶校驗檢查電路,一旦出現(xiàn)寫入的數(shù)據(jù)和讀出的數(shù)據(jù)不符時,則會發(fā)生奇偶校驗報警。ALM910和ALM911分別提示低字節(jié)和高字節(jié)的報警。
原因和處理:應(yīng)考慮主板上安裝的DRAM不良。更換主板。
2.3 912~913報警(SRAM奇偶校驗錯誤)
此報警是SRAM(靜態(tài)RAM)的奇偶錯誤。
要點分析:與DRAM一樣,SRAM中的數(shù)據(jù)在讀寫過程中,也具有奇偶校驗檢查電路,一旦出現(xiàn)寫入的數(shù)據(jù)和讀出的數(shù)據(jù)不符時,則會發(fā)生奇偶校驗報警。ALM912和ALM913分別提示低字節(jié)和高字節(jié)的報警。
原因和處理:
?。?)SRAM中存儲的數(shù)據(jù)不良。若每次接通電源,馬上就發(fā)生報警,將電源關(guān)斷,全清存儲器(全清的操作方法是同時按住MDI面板上的RESET和DELET鍵,再接通電源)。
?。?)存儲器全清后,奇偶報警仍不消失時,認為是SRAM不良。按以下內(nèi)容,更換FROM&SRAM模塊或存儲器&主軸模塊。不顯示地址時,按照1)更換FROM&SRAM模塊→ 2)更換存儲器&主軸模塊的順序進行處理。(更換后,對存儲器進行一次全清)。
?。?)更換了FROM&SRAM模塊或存儲器&主軸模塊還不能清除奇偶報警時,請更換主板。(更換后,對存儲器進行一次全清)。
?。?)存儲器用的電池電壓不足時
當(dāng)電壓降到2.6V以下時出現(xiàn)電池報警(額定值為3.0V)。存儲器用電池的電壓不足時,畫面上的「BAT」會一閃一閃地顯示。當(dāng)電池報警燈亮?xí)r,要盡早更換新的鋰電池。請注意在系統(tǒng)通電時更換電池。
2.4 920報警(監(jiān)控電路或RAM奇偶校驗錯誤)
920:第1/2的監(jiān)控電路報警或伺服控制電路中RAM發(fā)生奇偶錯誤。
921:第3/4軸,同上。
要點分析:監(jiān)控定時器報警。把監(jiān)視CPU運行的定時器稱為監(jiān)控定時器,每經(jīng)過一固定時間,CPU將定時器的時間進行一次復(fù)位。當(dāng)CPU或外圍電路發(fā)生異常時,定時器不能復(fù)位,則出現(xiàn)報警。
RAM奇偶錯誤。當(dāng)檢測出伺服電路的RAM奇偶錯誤時,發(fā)生此報警。
原因和處理:
?。?)主板不良。主板上的第1/2軸伺服用RAM,監(jiān)控定時電路等硬件不良,檢測電路異常、誤動作等。→更換主板。
(2)伺服模塊不良。伺服模塊第3/4軸的伺服RAM,監(jiān)控定時電路等硬件不良,檢測電路異常、誤動作等。→更換伺服模塊。
?。?)由于干擾而產(chǎn)生的誤動作。由于控制單元受外部干擾,使監(jiān)控定時電路及CPU出現(xiàn)誤動作。→是由于對主電源的干擾及機間電纜的干擾而引起的故障。檢查此報警與同一電源線上連接的其他機床的動作的關(guān)系,與機械繼電器、壓縮機等干擾源的動作的關(guān)系,對干擾采取措施。
2.5 924報警(伺服模塊安裝不良)
當(dāng)沒有安裝伺服模塊時出此報警。
要點分析 :通常在運行時不出現(xiàn)此報警。維修時,插拔印刷板,更換印刷板時有可能發(fā)生。
原因和處理:(1)檢查主板上有無安裝伺服模塊,有無安裝錯誤及確認安裝狀態(tài)。
?。?)當(dāng)不是(1)的原因時,可認為是伺服模塊不良或者主板不良。請參照上述的「920,921報警」,分別進行更換。
2.6 930報警(CPU錯誤)
CPU發(fā)生錯誤(異常中斷)。
要點分析:通常,CPU會在中斷之前完成各項工作。但是,當(dāng)CPU的外圍電路工作不正常時,CPU的工作會突然中斷,這時會發(fā)生CPU報警。
原因和處理:產(chǎn)生了在通常運行中不應(yīng)發(fā)生的中斷。
·主CPU板出錯:如果在電源斷開再接通后運行正常,則可能是外部干擾引起的。請檢查系統(tǒng)的屏蔽,接地,布線等抗干擾措施是否規(guī)范。當(dāng)不能確定原因時,可能是CPU外圍電路異常,要更換主板。
2.7 950報警(PMC系統(tǒng)報警)
測試PMC軟件使用的RAM區(qū)時,發(fā)生錯誤。
原因和處理:
故障原因如下:
(1)P MC控制模塊不良。
(2)PMC用戶程序(梯形圖)或FROM&SRAM模塊不良。
(3)主板不良。
2.8 970報警(PMC控制模塊內(nèi)NMI報警)
在PMC控制模塊內(nèi)、發(fā)生了RAM奇偶錯誤或者NMI(非屏蔽中斷)報警。
原因和處理
原因有以下幾點:
·PMC控制模塊不良。
·PMC用戶程序不良(FROM & SRAM模塊不良)。更換模塊時請參照「950報警」。
2.9 971報警(SLC內(nèi)NMI報警)
在CNC與FANUC I/O Link間發(fā)生通訊報警等。PMC控制模塊發(fā)生了NMI報警。
原因和處理
原因如下:
·PMC控制模塊不良。
關(guān)于PMC模塊的更換,請參照「950報警」。
·FANUC I/O Link中,連接的子單元不良
·FANUC I/O Link中,連接的子單元的+24V的電源不良。
用表測各子單元的輸入電壓(正常時為DC+24V±10%)
·連接電纜斷線或脫落。
2.10 973報警(原因不明的NMI報警)
發(fā)生了不明原因的NMI報警。
原因和處理:
1)可能是I/O板,基板或主板不良。(注更換主板或主板上的FROM&SRAM模塊或存儲器&主軸模塊時,存儲器中存儲的全部數(shù)據(jù)會丟失,要重新恢復(fù)數(shù)據(jù)。)
2)可能是插在小槽中的板不良,即HSSB(高速串行總線)板不良。