2. 伺服驱动器故障代码与报警体系解析
Yaskawa Sigma系列伺服驱动器的报警体系并不是一堆随机编号，而是一套按“故障来源”和“严重程度”分层组织的诊断语言。现场工程师如果只记住几个常见代码，遇到陌生报警就容易陷入反复断电、盲目换件的循环。真正高效的做法，是先理解报警分类的边界，再掌握每类报警的触发条件、复位逻辑和定位入口，最后把代码翻译成可执行的检查动作。
报警分类：A.xx、CPFxx、Fnxx 各自管什么
Sigma驱动器的报警大致可分为三类。第一类是A.xx，即伺服报警（Servo Alarm），主要反映伺服单元与电机、编码器、电源、控制信号之间的运行异常，例如过载、过流、编码器通信错误、位置偏差过大等。A.xx通常与轴的运动状态直接相关，出现后伺服使能会被切断，电机自由停车或按参数设定的方式停止。
第二类是CPFxx，即控制电源故障（Control Power Fault），主要指向驱动器内部控制电路、电源电压、CPU、存储器或系统初始化异常。CPFxx往往在通电自检阶段或运行中突然出现，特点是“与轴运动关系不大”，即使电机不转也可能触发。现场遇到CPFxx，优先检查控制电源、接地、驱动器内部硬件和参数存储状态，而不是先去查电机线。
第三类是Fnxx，即辅助功能（Function）代码，严格说它不是故障报警，而是驱动器提供的工具入口，例如Fn010查看报警历史、Fn011查看系统版本、Fn014清除报警历史、FnB03进行编码器通信诊断等。Fnxx的价值在于：它把“报警发生后怎么查”变成了可操作的功能菜单，而不是靠猜。
触发条件：报警不是“突然出现”，而是条件累积
以最常见的A.710 过载为例，它的触发并不是瞬间电流超限，而是驱动器内部对电机电流与时间进行积分估算，当累积热量超过设定阈值时报警。这意味着：短时大扭矩冲击不一定立刻报警，但长时间轻微过载、散热不良、机械卡阻或增益过高导致的持续振荡，都会让积分值缓慢上升，最终触发A.710。现场如果只测“当前电流不大”就判断电机没问题，往往会漏掉真正的热积累原因。
A.820 编码器通信错误的触发条件则完全不同。它通常与编码器电缆屏蔽、接地、连接器松动、电缆弯折或编码器内部故障有关。这类报警可能在电机静止时也出现，也可能在特定位置或特定速度下间歇出现。判断时不能只看报警瞬间，而要结合Fn010历史中是否反复出现同一代码，以及是否伴随A.810、A.830等编码器相关报警。
CPF00、CPF01多与驱动器内部控制电源或CPU初始化有关。触发条件可能是控制电源电压跌落、24V辅助电源不稳、接地不良或驱动器内部元件老化。现场排查时，先测量控制电源端子电压是否在规格范围内，再检查接地电阻和屏蔽层连接，最后才考虑驱动器本体更换。
复位逻辑：什么时候能复位，什么时候不能
Sigma驱动器的报警复位通常有三种方式：面板操作、数字操作器Fn012或通过上位控制器发送复位信号。但复位本身只是清除报警状态，并不修复故障源。正确的复位逻辑是：先确认触发条件已消失，再复位，再使能验证。
对于A.xx类报警，如果故障源是瞬时过载或编码器干扰，排除后复位通常能恢复正常。但如果复位后立即再次报警，说明故障源仍然存在，此时继续复位没有意义，必须回到检查路径。对于CPFxx类报警，复位后如果仍然出现，往往指向硬件问题，不建议反复通电尝试，以免扩大损坏范围。
注意：Fn014用于清除报警历史，而不是清除当前报警。现场排查时，不要一上来就清除历史，否则会丢失判断首次报警和伴随报警的关键线索。正确顺序是：先读Fn010，记录完整报警序列，再决定是否清除。
现场快速定位：把代码翻译成检查动作
现场定位的核心不是背代码，而是建立“代码—分类—检查路径”的映射。以下是一份可直接参考的快速定位表，适用于Sigma系列常见报警的初步排查。
| 报警代码 | 分类 | 典型触发条件 | 现场优先检查 | 复位后判断 |
|---|---|---|---|---|
| A.710 | 伺服报警 | 电流-时间积分超阈值 | 负载是否卡阻、散热、增益、电机温度 | 复位后空载运行，观察是否再次累积 |
| A.820 | 伺服报警 | 编码器通信异常 | 编码器电缆屏蔽、接地、连接器、弯折 | 复位后低速运行，观察是否间歇复发 |
| A.510 | 伺服报警 | 位置偏差过大 | 增益、机械间隙、编码器反馈、指令脉冲 | 复位后手动盘车，观察偏差是否收敛 |
| CPF00 | 控制电源故障 | 控制电源或CPU初始化异常 | 24V控制电源、接地、驱动器内部 | 复位后仍出现，倾向硬件问题 |
| CPF01 | 控制电源故障 | 存储器或系统数据异常 | 参数存储、电池、驱动器本体 | 复位后反复出现，需更换或维修 |
使用这张表时，要注意两个细节。第一，A.510位置偏差过大，有时并不是驱动器本身问题，而是上位控制器发出的指令脉冲异常或机械传动间隙过大，导致反馈跟不上指令。第二，CPFxx类报警如果伴随控制电源电压波动，应先解决电源质量，而不是直接更换驱动器。
从报警历史中读出“时间线”
Fn010报警历史通常按时间顺序记录最近若干条报警，现场应重点关注三个信息：首次报警代码、报警之间的间隔、是否有伴随报警。例如，历史中先出现A.820，随后出现A.710，说明编码器通信异常可能导致电机抖动或过载，根因更可能在编码器侧，而不是电机负载侧。反过来，如果先出现A.710，再出现A.820，则可能是过载导致电机温度升高，进而影响编码器工作环境。
报警间隔也很关键。如果同一代码在几分钟内反复出现，说明故障源持续存在；如果间隔数小时甚至数天，则更可能是间歇性接触不良、温度漂移或电源波动。对于间歇性故障，建议在Fn010历史基础上，结合驱动器面板的实时监控功能，记录报警前后的电流、位置偏差和编码器通信状态，形成可复现的观察记录。
实用建议：现场处理报警时，先按“分类—历史—复位—验证”四步走，不要跳过Fn010直接复位。对于反复出现的A.xx，优先检查机械负载和编码器电缆；对于CPFxx，优先检查控制电源和接地。把每次报警的代码、时间、现场状态和最终原因记录成简表，长期积累后就能形成针对自己设备的报警定位经验库。
掌握报警体系的意义，不在于记住所有代码，而在于建立一套稳定的判断顺序：看到代码先分类，分类后查历史，历史中找根因，根因排除后再复位验证。这样，即使遇到不熟悉的报警，也能沿着体系找到入口，而不是在换件和断电之间反复消耗时间。