简介：这份PDF手册面向安川MOTOMAN工业机器人的调试、运维与教学人员，用于YRC1000控制柜出现报警时快速定位与处置。内容按重故障报警篇与轻故障报警篇编排，报警列表以编号区间组织，覆盖0000～0999、1000～1999及4000～4999等段落；每条报警给出报警名称、内容说明、子代码及其含义、可能原因与对应处理对策，便于从现象反查到具体基板、伺服或外围回路环节。手册前部完整保留安全注意事项，按危险、警告、注意、通知四级区分风险，并强调切断伺服电源、按下急停、安全栏内示教时锁定安全锁、示教编程器用后归位等要求，适合作为现场排故与岗前培训的对照材料。包内共1个PDF文件，约7.49MB，检索与打印都较方便。已有517人学习，可作为日常点检与故障复盘的常备参考。

1. 报警代码不是故障判决书：YRC1000 上那串编号到底在说什么

开车的人都有过这种体验：仪表盘上突然亮起一个陌生图标，你不确定它是提醒你加玻璃水，还是在说刹车快不行了。YRC1000 报警代码扮演的就是这个角色，只不过它服务的对象换成了一台工业机器人控制柜。控制柜在开机自检、伺服上电或者运行过程中发现不对劲，它不会只说一句“我坏了”，而是弹出一串编号——0010、0011、0012，后面还跟着一个叫子代码的东西。

这串编号就是 YRC1000 报警代码，本质是一份预先编好的“症状—原因—对策”索引，而不是一句诊断结论。很多人第一次见它，会本能地以为数字越大问题越严重，或者以为同一个编号永远对应同一个零件，这两种理解都会在排查时把人带偏。真正要建立的第一层认知是：报警代码是控制柜给出的线索，它告诉你“我在哪一步发现了异常”，而不是直接告诉你“该换哪个件”。

2. 为什么报警要分重与轻：一套控制柜的自保分级逻辑

2.1 重故障报警：系统在断臂求生

先看一个具体的：报警编号 0010，名称写的是“CPU 基板插入异常(SV)”。括号里的 SV 是伺服的意思，后面的内容很直接——接通控制电源时，检测到未安装 SV 基板，也就是说控制柜的上位基板认不出负责伺服控制的那块下位基板。这类问题一旦发生，机器人连“准备就绪”都到不了，更别说动起来。

重故障报警的共同特征就在这里：它往往出现在控制电源接通的瞬间，或者出现在伺服电源即将接通的前一刻，是系统在做自检时发现“我的身体拼不完整”。这时候控制柜的选择是不让你继续往下走，宁可停着，也不带着不确定的状态通电。打个比方，这就像飞机起飞前的检查单，机务发现液压读数不对，飞机就不起飞——不是因为它已经坏了，而是因为没有人敢保证它起飞后不出事。

从报警代码表的结构能看出这种分级不是随手分的。重故障报警篇覆盖的编号范围是 0000～0999 和 1000～1999，两条区间各自对应一份长长的报警列表。这些报警里，硬件识别失败、基板通信中断、安全基板无响应占了很大比例。它们共同指向一个事实：控制柜对自己当前的状态没有把握。工业机器人跟家用电器不一样的地方在于，它的“不确定”会转化为动能，而动能会伤人或撞设备。所以重故障报警的第一层意义不是报修，而是划定一条不能越过的线。

这也解释了为什么大量重故障报警的对策栏第一步永远是“请重新接通电源”。听起来像万能话术，其实是有道理的：控制柜上电时会重新跑一遍基板枚举和通信握手，很多偶发的接触不良、上电时序错乱，会在重新上电后消失。但要注意，重新上电只是复现手段，不是修复手段，第二步才是真正开始查。

2.2 轻故障报警：还能跑，但别装看不见

轻故障报警主要落在 4000～4999 这一段编号里，单独成篇，和重故障报警篇是一套两份的关系。从分级逻辑上讲，轻故障对应的是“还允许你继续操作，但系统有事情要告诉你”。它不像重故障那样在伺服上电前就把门焊死，而是让机器人继续工作，同时把异常挂在报警列表里。

这类报警最容易被忽视，因为它不打断生产。人有一种很自然的心理：机器还在动，说明没事。但轻故障报警的设计意图恰恰是反过来的——它是在问题还小的时候先给你一个提醒，避免它发展成重故障。通俗地说，重故障是“已经发烧到 39 度”，轻故障是“嗓子有点疼，但你还在上班”。

这里要建立一个判断习惯：看到轻故障，不要只问“现在能不能干活”，要问“它在提示我什么正在变化”。电池电压下降、风扇转速异常、某个单元的温度偏高，这类信息在单次出现时确实不致命，但如果同一个轻故障在短时间内反复出现，它就不再是“轻”的了——重复本身就是一种信号，说明某个量在持续往坏的方向走。

还有一点值得说清楚：轻故障和重故障不是两个孤立的池子。有些问题在早期表现为轻故障，拖着不处理，最后会以重故障的形式出现。报警代码表把两者分开成两册，是为了让现场人员在不同阶段拿到不同的处理深度，而不是说轻故障可以无限期挂着。把轻故障当成“可以永远忽略的黄灯”，是现场最常见的一种侥幸。

2.3 编号段位里的秘密：0000、1000、4000 分别是什么区

把编号段拆开看，会发现它其实是一张分区地图。0000～0999 是重故障报警篇的第一段，1000～1999 接着往下排，4000～4999 则归到轻故障报警篇。段位本身不表示严重程度的高低，它更像图书馆的索书号——告诉你该翻哪一册、该往哪个方向找。

理解段位还有一个实际好处：当你手头只有一册资料，或者只记得一个模糊的数字，段位能帮你快速判断“这个报警大概属于哪一类问题”，从而决定是先停线还是先记录。这听起来是个小技巧，但在夜班只有一个人值班的时候，能省下几分钟的犹豫。

3. 一条报警记录的四个格子：编号、子代码、原因、对策分别在告诉你什么

3.1 报警编号与报警名称：先定位“哪一块”

报警表里每一条记录最左边是报警编号，紧跟着是报警名称。名称的写法很有讲究，它通常由“部位 + 动作 + 异常类型”三部分组成，比如“CPU 基板插入异常”“CPU 基板设定异常”。这种写法的用意是让你在还没看原因之前，就已经知道该把注意力放在哪个物理区域。

名称里的括号也是信息。0010 后面跟着 (SV)，说明这条报警和伺服系统相关；0011 后面跟着 (安全)，说明它和守护机器人动作的安全回路相关。同样是“CPU 基板插入异常”，带 (SV) 和不带 (SV) 指向的是两块不同的基板——前者是伺服控制那一侧，后者是安全功能那一侧。初学者容易把这两条当成同一条，实际上它们的子代码表和对策栏都不完全一样。

记住一个原则：先读名称，再读原因，最后才看对策。跳过名称直接翻对策的人，往往会照着第一条建议把电源重开一遍，然后发现问题还在，才开始回头找自己漏掉了什么。

3.2 子代码：同一个编号下的分叉路口

子代码是这张表里最容易被低估的一列。以 0010 为例，原因栏里写的是“表示检测出异常的基板，可能会同时显示多个异常”，然后列出一串对应关系：0000_0001 对应 SDCA01#1，0000_0010 对应 SDCA01#2，0000_0100 对应 #3，一路排到 1000_0000 对应 #8。这些看起来像下划线的数字，其实是 8 位二进制位串，每一位代表一张基板。

用代码把它翻译一下会更直观：

# YRC1000 报警子代码按 8 位二进制位串书写，中间用下划线分组便于阅读 # 每一位从右往左依次对应 #1 到 #8 号基板，位为 1 表示该基板被检出异常 sub_code = "0001_0000" bits = sub_code.replace("_", "") # 去掉分组下划线，得到 00010000 detected = [i + 1 for i, b in enumerate(reversed(bits)) if b == "1"] print(detected) # 输出 [5]，表示 #5 号基板被点名

这段逻辑的关键在reversed(bits)：二进制位串从右往左读，最右边那一位才是 #1。所以0001_0000从右数第 5 位是 1，结果就是 #5。参数上要注意，子代码里可能出现多个 1，比如0001_0001会同时报出 #1 和 #5，这时候不要只盯着第一个看到的编号，要把列表全部走一遍。原文里专门写了“可能会同时显示多个异常”，就是在提醒这件事。

知道子代码怎么读，排查顺序就清楚了：先按位算出到底哪几张基板被点名，再回头去看这几张基板之间的连接关系。因为多张基板同时被点名，往往不是它们一起坏了，而是它们共同依赖的那条通信链路出了问题。

3.3 原因与对策栏：为什么它写得像排查清单

原因和对策这两栏的写法很有代表性。以 0010 为例，原因栏被拆成四类：软件（设定异常）、电缆（异常）、SDCA01 基板（异常）、ACP01 基板（异常），最后还有一条“其他”。对策栏严格按这个顺序往下写，先让你确认旋转开关设定，再让你重新上电，再让你逐个检查连接器和电缆，最后才建议更换基板。

这个顺序不是随便排的。它遵循的是从便宜到贵、从外部到内部的排查原则：设定看一眼就能改，电缆拔插一次只要几分钟，换基板要拆机、要保存数据、要重新加载，代价最大。把最贵的放在最后，是为了避免一上来就换件，结果发现是插头松了。

对策栏里还埋了一个很重要的动作：更换 ACP01 基板之前，请保存 CMOS.BIN；更换之后，请把原基板上的 SD 卡插到新基板上。这句话的意思是，基板不是孤立的一块电路板，它上面挂着参数和配置。少了这一步，就算硬件换好了，机器人也可能因为参数对不上而继续报错。很多人只记住了“换基板”三个字，把前置的备份动作漏掉，这就是典型的踩坑点。

4. 重故障报警篇里的高频面孔：基板、旋转开关与通信异常

4.1 CPU 基板插入异常：上位机看不见下位机

把 0010、0011、0012、0013 这几条放在一起看，会发现它们讲的是同一件事的不同阶段。0010 是接通控制电源时检测到未安装 SV 基板，ACP01 基板无法识别 SDCA01 基板；0011 是同一逻辑但针对安全基板 ASF01；0012 是检测到设定异常；0013 则往下细分到“无响应”“动作异常”这类更靠后的状态。

这几条报警的共同点是：控制柜的上位基板（ACP01）认不出下位基板（SDCA01、ASF01）。打个比方，这就像一台电脑的主板检测不到插在插槽上的扩展卡——卡可能没插到底，可能插槽接触不良，也可能卡本身坏了。系统能报告的只有“我没看到它”，至于为什么没看到，要靠人一层层往下拆。

排查这几条时，思路不要一上来就锁死在基板本身。先确认这块基板是不是真的插到位了，再确认它上面的旋转开关设定是不是符合要求，最后才去看电缆和基板本体。顺序反了，就容易出现“换了三块板子问题还在”的情况。

4.2 旋转开关设定：一个老派但关键的寻址方式

旋转开关，也就是表里反复出现的 RSW，是一个在工业控制设备上非常常见的设定方式。它通常是一个小圆盘，上面有 0、1、2 之类的刻度，用螺丝刀拨到某个位置就代表一个编号。多张同型号基板插在同一个机架上时，系统靠这个编号来区分“你是 #1 还是 #2”。

原文里 0010 的对策第一条写的是“请确认 SDCA01 基板的 RSW，未找到 RSW 为 0 的 SDCA01 基板，RSW 设定与其他 SDCA01 基板重复”。这句话信息量很大：一张基板必须被设定为 0，其余按顺序编号，而且不能有重复。如果两张基板都被拨成了同一个数字，系统就会认为它们互相冲突，于是报“设定异常”。

这个东西听起来有点玄学，但它解决的是一个很实际的问题：在一个机架里塞进八张一样的基板，如果没有物理编号，系统没法知道谁是谁。旋转开关就是那个最朴素、也最不容易出错的编号方式——不依赖软件，不依赖存储器，拨到哪就是哪。反过来，它的缺点也很明显：人手动拨的东西，就会有人手动拨错。所以看到“设定异常”这四个字时，第一反应应该是去核对拨码，而不是去怀疑硬件。

4.3 通信异常与电缆排查顺序

0012 的子代码 4 开始，报警内容从“识别不到”变成了“通信异常”，针对的是 SDCA01#1 到 #8 各号基板。这一步的排查对象就具体多了：对策栏列出了一串连接器和电缆，包括 ASF01 基板连接器 CN207 的电缆、SDCA01 基板连接器 CN509 的电缆、SDCA01 基板连接器 CN515/516 的电缆、SDCA01 基板和 ASF01 基板之间的 CNBX 连接器、AIF01 基板连接器 CN111 的电缆、控制电源单元 CPS 的 CN155 的电缆。

这份清单的顺序值得留意。它没有按编号顺序排，而是按信号流向排：先从安全基板那一侧开始，再到伺服控制基板，再到两块基板之间的内部连接，最后到电源单元。照着这个顺序走，等于顺着信号从一端走到另一端，中间任何一处松动、氧化、插针弯曲，都会被这一段覆盖到。

实际操作时有个朴素但有效的做法：不要一次把所有连接器都拔下来重插。一次只动一处，动完就上电看报警是否变化。全部拔一遍再插回去，如果问题消失了，你根本不知道是哪一处起了作用，下次再犯还是抓瞎。这是很多现场血泪经验换来的习惯。

5. 报警代码最容易搞混的五件事：编号、子代码与严重程度的边界

5.1 误区一：报警编号相同，故障就相同

最容易混的一点：看到 0010，就以为“又是那个老毛病”。但 0010 的内容栏写的是“检测到未安装 SV 基板”，子代码那一列却把 8 张基板全列了一遍。同一个编号，可能指向 #1，也可能指向 #8，对应的物理位置完全不同。

为什么容易混？因为人记忆里存的往往是编号，而不是编号加子代码这一整串。编号是两位数、四位数，好记；子代码是一串带下划线的二进制，不好记。于是大脑自动做了简化，把“0010 + 0000_0010”压缩成了“0010”。

怎么区分？养成一个动作：记报警的时候，编号和子代码一起记。看到 0010，先看子代码算出被点名的基板号，再看这个基板号在当前机架里的实际位置。同一编号在不同子代码下，可能对应完全不同的排查路径。

5.2 误区二：子代码只是流水号

第二常见的误判，是把0000_0001、0000_0010、0000_0100当成“第 1 种情况、第 2 种情况、第 3 种情况”。看起来确实像递增的序号，因为 1、10、100 在十进制里是这么读的。但它们是二进制位串，0000_0010不是“第二种”，而是“第 2 位为 1”。

为什么要用二进制？因为一张控制柜里可以插多张同型号基板，用一位代表一张，一张报警记录就能同时表达“这几张都异常”。如果改用十进制序号，同时报三张基板就得写成三个编号，表格会变得很啰嗦。

怎么区分？记住一个检验方法：把子代码里所有 1 的位置数出来。如果只有一个 1，说明只点名了一张基板；如果有多个 1，说明是多张基板同时异常。这个数量和十进制读法给出的直觉往往对不上，别凭感觉。

5.3 误区三：重故障一定比轻故障更危险

从字面上看，重故障听起来就是“更严重”，轻故障就是“不那么严重”。但在实际现场，这个直觉会误导人。

重故障的特点是它会让系统停下来，所以它的危险是显性的——机器不动了，所有人都会围过来。轻故障的特点是它不打断运行，所以它的危险是隐性的——机器还在动，没有人注意。可是一台带着未处理异常继续运行的机器人，风险未必比重故障停机小。

怎么区分？不要用“危险程度”去理解重和轻，要用“系统是否允许继续”去理解。重故障是系统拒绝继续，轻故障是系统允许继续但要求你记录。前者逼你处理，后者考验你自觉。真正需要警惕的，往往是那个没人管的轻故障。

5.4 误区四：换掉被点名的基板就万事大吉

子代码点名了 #5 号基板，那就换 #5 号基板。这个推理看起来无懈可击，但原文的对策栏给出的顺序并不是这样：先查设定，再重新上电，再查电缆和连接器，最后才建议更换基板。

为什么容易混？因为“被点名”和“是元凶”在语言上太接近了。系统说“我和 #5 号基板通信不上”，你可以理解成 #5 坏了，也可以理解成连接 #5 的那根线坏了，还可以理解成 #5 的编号被别人占了。三种可能，系统都只能报同一句话。

怎么区分？按对策栏的顺序走，不要跳步。特别是“重新接通电源后再次确认”这一步，它是在排除偶发因素。跳过了这一步直接换件，换好了你也不知道是换件起了作用，还是重新插拔起了作用。

5.5 误区五：报警消掉了就等于修好了

报警消失，画面恢复正常，很多人到这一步就收工了。但报警消失只说明当前这一轮自检通过了，不说明根因被消除。

举个典型的场景：某根电缆的插头有一根插针轻微氧化，接触电阻偏大。重新插拔一次，接触变好，报警消失。过一段时间，氧化继续，接触再次变差，报警重现。这中间的平静期，会让人误以为问题已经解决。

怎么区分？看报警是否重复出现。同一个编号加同一个子代码，在一段时间内反复出现，就必须当成未修复来对待。真正的修复，是让这个报警在同样的工况下不再出现，而不是让它暂时不出现。

6. 什么时候该翻表、什么时候该停手：一份报警代码表的使用边界

报警代码表是个工具，工具都有适用范围。它的长处是把你从“完全不知道发生了什么”带到“知道该往哪个方向看”，它的短处是不会替你做判断。这条边界划在哪里，值得单独说清楚。

先说什么情况下翻表最有效。第一类是新出现的、单次的报警：编号和子代码都清楚，机器人停机后重新上电恢复正常，之后再没出现。这种时候翻表，主要是确认这个编号指向的部位，顺便看一眼对策栏里有没有需要顺手检查的项目。第二类是重复出现的同一报警：这时候翻表的目的不是找答案，而是对照子代码确认指向的物理位置有没有变化，如果位置变了，说明问题在扩散。

再说什么时候该停手。下面这张表是我自己总结的判断线：

这张表里最需要守住的是最后一行。报警代码表本身在开头就写了大段安全注意事项，分了危险、警告、注意、通知四个等级，其中“危险”那一档明确要求操作机器人前先切断伺服电源，确认示教编程器上的伺服通灯熄灭。这些内容不是免责声明，是操作前提。翻表查故障，查的是“哪里出了问题”，不是“能不能带电试一下”。

有一个虚构的例子可以说明边界感的重要。某产线的一台搬运机器人在夜班开机时报出 0010，子代码是0000_0010，指向 #2 号伺服控制基板。值班的人按经验直接换了一块同型号基板，报警消失了，产线恢复。三天后同样的报警再次出现，这次换了一块新基板，撑了五天。第三次出现时，才有人回头去核对旋转开关，发现机架里两块基板的 RSW 被拨成了同一个数字，系统一直在两个编号之间摇摆。前面换掉的两块板子，其实都没坏。

这个故事里没有哪一步是明显的错误，每一步单看都合理。问题出在“报警消失”被当成了“问题解决”，而对策栏里排在最前面的那一步——确认 RSW 设定——被跳过了。跳步的代价不是一次换板，而是三次。

从那以后我每次碰到带子代码的报警，都会先把子代码按位拆开，把被点名的基板号写在一张纸上，再对照机架上的实际位置逐个核对，最后才决定要不要动硬件。这个习惯听起来很笨，但它把“猜”换成了“看”。这份报警代码表能帮你的，也就是把“看”这件事变得有据可依——它把每个编号对应哪块基板、哪根电缆、哪个连接器都写清楚了，剩下的判断还是得你自己做。需要的时候把它放在手边，翻到对应的段位，按顺序往下走，希望帮到你。

本文还有配套的精品资源，点击获取