一、FANUC 0i系統主CPU板的構成框圖 

　　FANUC 0i系統與FANUC 16/18/21等系統的結構相似，均為模塊化結構。如下圖所示0i的主CPU板上除了主CPU及外圍電路之外，還集成了FROM&SRAM模塊，PMC控制模塊，存儲器＆主軸模塊，伺服模塊等，其集成度較FANUC 0系統（0系統為大板結構）的集成度更高，因此0i控制單元的體積更小。 

二、系統故障分析與處理方法 

　　當系統電源打開后，如果電源正常，數控系統則會進入系統版本號顯示畫面），系統開始進行初始化。如果系統出現硬件故障，顯示屏上會出現900—973號報警提示用戶。下面介紹出現系統報警時的原因和處理方法。 

1、900號報警（ROM奇偶校驗錯誤） 
　　此報警表示發生了ROM奇偶錯誤。 
　　要點分析：系統中的FROM在系統初始化過程中都要進行奇偶校驗。當校驗出錯時，則發生FROM奇偶性報警，并指出不良的FROM文件。 
　　原因和處理：主板上的FROM&SRAM模塊或者主板不良。
 
2、910～911報警（DRAM奇偶校驗錯誤） 
　　此報警是DRAM（動態RAM）的奇偶錯誤。 
　　要點分析：在FANUC 0 i數控系統中，DRAM的數據在讀寫過程中，具有奇偶校驗檢查電路，一旦出現寫入的數據和讀出的數據不符時，則會發生奇偶校驗報警。ALM910和ALM911分別提示低字節和高字節的報警。 
　　原因和處理：應考慮主板上安裝的DRAM不良。更換主板。 

3、912～913報警（SRAM奇偶校驗錯誤） 
　　此報警是SRAM（靜態RAM）的奇偶錯誤。 
　　要點分析：與DRAM一樣，SRAM中的數據在讀寫過程中，也具有奇偶校驗檢查電路，一旦出現寫入的數據和讀出的數據不符時，則會發生奇偶校驗報警。ALM912和ALM913分別提示低字節和高字節的報警。 

　　原因和處理: 
　　（1）SRAM中存儲的數據不良。若每次接通電源，馬上就發生報警，將電源關斷，全清存儲器（全清的操作方法是同時按住MDI面板上的RESET和DELET鍵，再接通電源）。 
　　（2）存儲器全清后，奇偶報警仍不消失時，認為是SRAM不良。按以下內容，更換FROM＆SRAM模塊或存儲器＆主軸模塊。不顯示地址時，按照1）更換FROM&SRAM模塊→ 2）更換存儲器＆主軸模塊的順序進行處理。（更換后，對存儲器進行一次全清）。 
　　（3）更換了FROM＆SRAM模塊或存儲器＆主軸模塊還不能清除奇偶報警時，請更換主板。（更換后，對存儲器進行一次全清）。 
　　（4）存儲器用的電池電壓不足時 
　　當電壓降到2.6V以下時出現電池報警（額定值為3.0V）。存儲器用電池的電壓不足時，畫面上的「BAT」會一閃一閃地顯示。當電池報警燈亮時，要盡早更換新的鋰電池。請注意在系統通電時更換電池。 
　　920：第1/2的監控電路報警或伺服控制電路中RAM發生奇偶錯誤。 
　　921：第3/4軸，同上。 
　　要點分析：監控定時器報警。把監視CPU運行的定時器稱為監控定時器，每經過一固定時間，CPU將定時器的時間進行一次復位。當CPU或外圍電路發生異常時，定時器不能復位，則出現報警。 
　　RAM奇偶錯誤。當檢測出伺服電路的RAM奇偶錯誤時，發生此報警。 
　　原因和處理： 
　　（1）主板不良。主板上的第1/2軸伺服用RAM，監控定時電路等硬件不良，檢測電路異常、誤動作等。→更換主板。 
　　（2）伺服模塊不良。伺服模塊第3/4軸的伺服RAM，監控定時電路等硬件不良，檢測電路異常、誤動作等。→更換伺服模塊。 
　　（3）由于干擾而產生的誤動作。由于控制單元受外部干擾，使監控定時電路及CPU出現誤動作。→是由于對主電源的干擾及機間電纜的干擾而引起的故障。檢查此報警與同一電源線上連接的其他機床的動作的關系，與機械繼電器、壓縮機等干擾源的動作的關系，對干擾采取措施。 

4、924報警（伺服模塊安裝不良） 
　　當沒有安裝伺服模塊時出此報警。 
　　要點分析 ：通常在運行時不出現此報警。維修時，插拔印刷板，更換印刷板時有可能發生。 
　　原因和處理：（1）檢查主板上有無安裝伺服模塊，有無安裝錯誤及確認安裝狀態。 
　　　　　　　　（2）當不是（1）的原因時，可認為是伺服模塊不良或者主板不良。請參照上述的「920，921報警」，分別進行更換。 

5、930報警（CPU錯誤） 
　　CPU發生錯誤（異常中斷）。 
　　要點分析：通常，CPU會在中斷之前完成各項工作。但是，當CPU的外圍電路工作不正常時，CPU的工作會突然中斷，這時會發生CPU報警。 
　　原因和處理：產生了在通常運行中不應發生的中斷。 
·主CPU板出錯:如果在電源斷開再接通后運行正常，則可能是外部干擾引起的。請檢查系統的屏蔽，接地，布線等抗干擾措施是否規范。當不能確定原因時，可能是CPU外圍電路異常，要更換主板。 

6、950報警（PMC系統報警） 
　　測試PMC軟件使用的RAM區時，發生錯誤。 
　　原因和處理： 
　　故障原因如下： 
　　(1)P MC控制模塊不良。 
　　(2)PMC用戶程序（梯形圖）或FROM＆SRAM模塊不良。 
　　(3)主板不良。 

7、970報警（PMC控制模塊內NMI報警） 
　　在PMC控制模塊內、發生了RAM奇偶錯誤或者NMI（非屏蔽中斷）報警。 
　　原因和處理 
　　原因有以下幾點： 
　　·PMC控制模塊不良。 
　　·PMC用戶程序不良（FROM & SRAM模塊不良）。更換模塊時請參照「950報警」。 

8、971報警（SLC內NMI報警） 
　　在CNC與FANUC I/O Link間發生通訊報警等。PMC控制模塊發生了NMI報警。 
　　原因和處理 
　　原因如下： 
　　·PMC控制模塊不良。 
　　關于PMC模塊的更換，請參照「950報警」。 
　　·FANUC I/O Link中，連接的子單元不良 
　　·FANUC I/O Link中，連接的子單元的＋24V的電源不良。 
　　用表測各子單元的輸入電壓（正常時為DC＋24V±10％） 
　　·連接電纜斷線或脫落。 

9、973報警（原因不明的NMI報警） 
　　發生了不明原因的NMI報警。 
　　原因和處理： 
　　1）可能是I/O板，基板或主板不良。（注更換主板或主板上的FROM＆SRAM模塊或存儲器＆主軸模塊時，存儲器中存儲的全部數據會丟失，要重新恢復數據。） 
　　2）可能是插在小槽中的板不良，即HSSB（高速串行總線）板不良  




轉載請注明出處：上海仰光電子科技專業伺服驅動器維修,伺服電機維修
本文鏈接：http://www.ppp527.com/fuwu/Services_Show1340.htm
伺服驅動器維修 伺服電機維修  觸摸屏維修   變頻器維修



電話：021-50157782
手機：13817011982 微信同號
郵箱：shygdzi@163.com
聯系人：張工
網址：http://www.ppp527.com
【 我們確保修好測試好給客戶！！！！】
上一篇：發那科機器人伺服故障SERVO-062維修實例上海
下一篇：英格索蘭擰緊控制器IC12D3A1AWS-A電源燈不亮故障維修熱薦