FANUC 21i-MB 系统报警 935（SRAM ECC ERROR）深度解析与维修实战指南

一、引言：为什么 935 报警必须高度重视

在 FANUC 数控系统中，9xx 级报警通常不属于“加工过程类故障”，而是直接指向控制系统核心层（CPU / 存储 / 系统软件层）异常。其中：

**935 SRAM ECC ERROR（SRAM 校验错误）**属于典型的“数据完整性崩溃型故障”。

这类问题的特点是：

• 机床可能还能亮屏，但无法正常启动或运行

• 参数、PMC、加工程序存在丢失风险

• 重启后可能反复出现

• 一旦处理不当，会导致系统数据永久丢失

对于 FANUC 21i-MB 这种老一代 CNC 系统，这个问题尤其关键，因为其数据依赖 SRAM + 电池维持，一旦异常，恢复成本极高。

二、报警本质：ECC ERROR 到底意味着什么

2.1 SRAM 在 FANUC 中的作用

FANUC 数控系统内部存储大致分为：

在 21i-MB 中：

SRAM 是“机床所有运行逻辑的核心工作内存”

2.2 ECC（Error Correction Code）机制

ECC 是一种数据校验机制：

• 每 8/16 bit 数据附加校验位

• 用于检测 & 修正“单比特错误”

• 若错误超过修正能力 → 报 ECC ERROR

2.3 935 报警的真实含义

当出现：

SYSTEM ALARM 935 SRAM ECC ERROR

意味着：

• SRAM 中的数据结构已被破坏

• ECC 校验失败，无法修复

• 系统无法信任当前存储数据

换句话说：

不是“某个参数错了”，而是“整块内存数据可信度崩溃”

三、典型故障现象（现场表现）

在实际维修中，935 通常伴随以下现象：

3.1 启动阶段异常

• CNC 上电卡在启动画面

• 进入 SYSTEM ALARM 画面

• 无法进入 MDI / AUTO 模式

3.2 参数异常表现

• 轴参数丢失或显示 0

• PMC 状态不运行

• 主轴无法使能

• 回零失败

3.3 间歇性复发

• 重启后暂时正常

• 运行一段时间后再次报错

• 或断电后必现

四、故障根因分析（工程级拆解）

935 并不是单一原因，而是“结果型报警”，根因通常集中在以下四类：

4.1 后备电池失效（最高概率）

机制：

SRAM 依赖电池维持数据：

• 电池电压下降 → SRAM 位翻转

• 长期低电压 → 数据结构崩溃

• 断电瞬间 → 数据直接丢失

特征：

• BATTERY LOW 未及时处理

• 机床长期断电

• 电池接触不良

结论：

 这是 935 最常见诱因（约 60%+）

4.2 异常断电 / 电源干扰

包括：

• 急停断主电源

• 工厂电压波动

• 接触器拉弧干扰

• 雷击 / 地线异常

这种情况会导致：

SRAM 写入过程中断 → 数据半写入状态 → ECC 崩溃

4.3 SRAM / FROM 硬件损坏

可能发生在：

• SRAM 芯片老化

• 主板焊点虚焊

• 存储模块氧化

• EEPROM / FROM 读写错误

表现：

• 即使恢复参数仍报错

• 清除后立即复发

• 无法稳定保存数据

4.4 CPU 主板异常

较少见但严重：

• 地址总线错误

• Cache 错误

• 内部存储控制逻辑异常

特征：

• 伴随多种 9xx 报警

• 系统随机死机

• 无法稳定运行

五、维修处理流程（标准工业流程）

下面是工程上处理 935 的标准路径：

STEP 1：禁止盲目初始化

  绝对禁止：

• 直接 Memory All Clear

• 随意断电操作

• 未备份情况下清 SRAM

原因：

一旦清空，将丢失：

• PMC 梯形图

• 机床参数

• 伺服调试数据

• 主轴参数

• 刀库逻辑

STEP 2：检查后备电池

检测方法：

• 测量电池电压（带负载更可靠）

• 检查插头氧化

• 检查电池座松动

判断标准：

• ≥3.0V：正常

• 2.6–2.9V：临界

• <2.6V：失效风险极高

STEP 3：尝试进入维护模式

部分 21i-MB 支持：

• SRAM Restore

• FROM → SRAM Copy

• Boot recovery menu

如果系统允许进入：

优先尝试“自动恢复 SRAM”

STEP 4：执行 SRAM 初始化（条件成立时）

仅在以下情况执行：

• 已确认备份存在

• 或现场允许重新调机

操作结果：

• 清空 SRAM

• 重建系统内存结构

STEP 5：恢复数据

必须恢复：

• 系统参数（Parameter）

• PMC 程序（Ladder）

• 轴参数

• 主轴参数

• 螺距补偿

• 宏程序

STEP 6：验证系统稳定性

观察：

• 是否再次报 935

• 是否断电后复现

• 是否运行中异常

六、故障定位决策树（工程快速判断）

情况 A：换电池 + 恢复备份 → 正常

   结论：电池导致 SRAM 损坏

情况 B：初始化后仍报 935

  结论：SRAM 或主板硬件问题

情况 C：时好时坏

   结论：电源干扰 / 接触问题

情况 D：伴随多种系统错误

   结论：CPU 主板级故障

七、工程案例分析（现场逻辑还原）

典型现场流程如下：

1. 机床突然断电或长期停机

2. 电池电压下降但未报警

3. SRAM 数据逐渐错误累积

4. ECC 校验失败

5. 系统上电时报 935

6. 参数无法正常读取

最终结果：

机床“逻辑内存损坏”，无法进入运行状态

八、恢复难点与风险分析

8.1 最大风险：无备份

FANUC 机床的核心问题是：

没有备份 = 重建整机逻辑

恢复工作包括：

• 轴方向定义

• 伺服增益

• 回零逻辑

• PMC 条件逻辑

• 主轴编码器参数

8.2 二次损坏风险

错误操作可能导致：

• SRAM 全清后无法启动

• PMC 无法下载

• 轴失控报警

• 系统锁死

九、预防措施（工程级建议）

9.1 电池管理制度

• 每 12–18 个月更换

• 不可等 BAT LOW 再处理

• 备份电压记录

9.2 电源保护

• UPS 防断电

• 接触器吸收电路

• 良好接地系统

9.3 定期备份

必须保存：

• ALL DATA BACKUP

• PMC LADDER

• PARAMETER LIST

十、结论

FANUC 21i-MB 的 935 SRAM ECC ERROR 本质不是“单点故障”，而是：

CNC 核心数据存储完整性已经被破坏的系统级故障

其处理逻辑必须遵循：

1. 先保护数据

2. 再诊断硬件

3. 最后做恢复

4. 不可盲目清空

一句话总结：

935 报警 = CNC“记忆系统损坏”，修复关键不在机器，而在“有没有备份”。