简介面向安川MOTOMAN机器人调试与维护人员的YRC1000报警代码速查资料聚焦控制柜故障代码的识别与处置。内容按重故障报警篇与轻故障报警篇分类编排覆盖报警编号、报警名称、内容说明、子代码含义、原因分析与对策建议等条目并前置使用说明书一览与安全注意事项将危险、警告、注意、通知四级风险逐条说明便于现场快速定位异常来源。资源包共1个PDF文件约7.49MB以报警列表为主体按报警编号区间分段组织适合作为调试、点检与故障排查时的案头查阅工具。已有517人学习下载可供机器人工程师、产线维护人员及自动化专业学习者对照查阅帮助建立从报警代码到原因与对策的排错思路提升故障响应效率。1. 上电就报 0010一块基板没被认出来整柜都起不来控制柜上电示教编程器屏幕还没完全亮稳报警栏先跳出一行0010后面跟着CPU基板插入异常(SV)。伺服通不了模式切不动程序也调不出来现场往往一停就是半天。这类重故障报警最折腾人的地方在于它发生在“接通控制电源时”也就是系统自检阶段机器人根本没走到能动的步骤你连“试一下”的机会都没有。YRC1000 报警代码表把这类问题归在重故障报警篇编号集中在 00000999 段0010、0011、0012以及0012下的子代码 118几乎都指向同一类根因控制柜里的某块基板没有被正确识别或者基板之间的通信在自检时没建立起来。适合谁看手上有一台报这类报警的 YRC1000、又不想每次都等外部服务上门的现场工程师以及刚接手 MOTOMAN 系统、需要把报警代码表真正用起来的新手。下面按“现象—根因—动作”的顺序把这几类高频重故障拆开讲。2. 0010/0011 基板插入异常先分清是“没插好”还是“没配对”0010和0011的报警名称分别是CPU基板插入异常(SV)和CPU基板插入异常(安全)内容描述几乎一样接通控制电源时ACP01 基板无法识别对应的 SDCA01 基板0010或 ASF01 基板0011。区别只在被识别的对象不同一个管伺服控制侧一个管安全侧。很多人一看到“插入异常”就去拔插基板结果拔了装、装了拔报警照旧因为根因往往不在“插没插紧”而在“系统认不认这块板”。2.1 子代码是定位的第一把钥匙报警代码表里0010和0011都带子代码而且子代码的含义写得很直白它表示检测出异常的基板编号。子代码以 8 位二进制样式呈现每一位对应一块基板子代码对应基板子代码对应基板0000_0001SDCA01 #1或 ASF01 #10001_0000SDCA01 #5或 ASF01 #50000_0010SDCA01 #20010_0000SDCA01 #60000_0100SDCA01 #30100_0000SDCA01 #70000_1000SDCA01 #41000_0000SDCA01 #8表里“或 ASF01”的意思是0010报警时这张表对应 SDCA010011报警时对应 ASF01编号规则一致。子代码可能同时显示多个异常位比如0000_0101就表示 #1 和 #3 两块板都没被识别。我一般会先把子代码抄下来对照这张表锁定是哪一块或哪几块再决定去动哪个位置而不是整柜乱拔。2.2 根因一旋转开关RSW设定不对或重复报警代码表在“原因”一栏把软件设定异常排在很前面具体写了两条未找到 RSW 为“0”的基板RSW 设定与其他同型基板重复。RSW 就是基板上的旋转开关系统靠它给每块板分配身份。如果所有板的 RSW 都不是 0系统找不到“主”板如果两块板 RSW 设成同一个值系统分不清谁是谁自检直接判插入异常。处理顺序建议这样走断电确认控制电源已切断打开柜门找到对应基板逐块核对 RSW 的物理档位。核对时不要只看一块要把同型基板全部看一遍因为“重复”这个根因必须横向比对才能发现。改完 RSW 后重新上电观察子代码是否还指向同一块板。如果子代码从“多块”收敛到“一块”说明设定问题在逐步排除如果完全没变化再往硬件和线缆方向走。2.3 根因二基板间连接器与线缆报警代码表在“电缆(异常)”对策里列了一串具体连接点这是很实用的排查清单照着逐个看就行ASF01 基板连接器 CN207 的电缆SDCA01 基板连接器 CN509 的电缆SDCA01 基板连接器 CN515/516 的电缆SDCA01 基板与 ASF01 基板之间的 CNBX 连接器AIF01 基板连接器 CN111 的电缆控制电源单元 CPS 的 CN155 的电缆这些连接点覆盖了从控制电源到各基板的供电与通信链路。现场常见的情况是柜体搬运或长期振动后某个连接器半脱出肉眼看着“在里面”实际针脚没完全咬合。我的做法是断电后对上述每一个连接器做一次“按压确认”不是看一眼而是用手指确认它到底、卡扣到位。做完这一步再上电很多偶发的插入异常会直接消失。2.4 根因三基板本身或 ACP01 异常如果 RSW 核对过、连接器也确认过报警依旧报警代码表给出的下一步是再次接通电源仍报警时确认对应基板的连接与插入状态仍不行则更换该基板。对 ACP01 基板表里写得更明确更换 ACP01 基板。这里有一个必须提前做的动作表里反复强调——更换基板之前请保存 CMOS.BIN更换 ACP01 之后把原 ACP01 上的 SD 卡插到新板上。CMOS.BIN 保存的是系统侧的配置信息不先存就换板等于把“后悔药”丢了后面恢复参数会非常被动。提示0010/0011的对策里多次出现“实施了对策内容仍再次发生报警时请联系服务部门并告知保存 CMOS.BIN 时发生的情况操作步骤等”。这句话的意思是如果你已经走到换板这一步还没解决报修时要把“什么时候存的 CMOS.BIN、当时做了什么操作”讲清楚这比只说“报 0010”有用得多。3. 0012 子代码 118同一句报警十八种不同病灶0012的报警名称是CPU基板设定异常但它下面的子代码从 1 排到 18每个子代码的“内容”描述都不一样。这是最容易被误判的一类屏幕上只显示0012新手以为是一个问题实际上子代码不同根因可能完全不在一个方向。把子代码读对等于把排查范围砍掉一大半。3.1 先按子代码把 18 种情况分组从报警代码表的内容描述看子代码大致可以分成三组分组依据是“系统在自检时卡在哪一步”子代码内容描述要点排查侧重1ACP01 无法识别 ASF01RSW 设定、ASF01 连接2ASF01 无响应ASF01 本体、供电链路3ASF01 动作异常ASF01 本体411与 SDCA01 #1#8 通信异常对应编号 SDCA01、控制轴组设置、RSW 重复1218与 SDCA01 #1#7 通信异常且与板上 ASF01 的 RSW 设定不同SDCA01 与 ASF01 的 RSW 一致性这个分组很关键411 组的关键词是“RSW 与其他 SDCA01 重复”1218 组的关键词是“与 SDCA01 板上的 ASF01 的 RSW 设定不同”。一个是横向重复一个是纵向不一致处理动作完全不同。子代码落在哪一组就先查哪一类不要一上来就换板。3.2 子代码 411维护模式下的控制轴组设置也要看这一组除了 RSW 重复报警代码表还专门点了“维护模式下的控制轴组设置”。意思是系统认为应该有几块 SDCA01、每块管哪些轴这个配置在维护模式里是有记录的。如果实际装的板子数量或编号与配置对不上自检同样报通信异常。所以排查顺序应该是先确认物理上装了几块 SDCA01、RSW 分别是多少再进维护模式核对控制轴组设置是否与实际一致。两边对不上先改配置或改 RSW 让它们一致而不是急着判定某块板坏了。3.3 子代码 1218SDCA01 与 ASF01 的 RSW 必须对得上这一组的描述是“与 SDCA01 基板上的 ASF01 基板的旋转开关设定不同”。注意这里的结构ASF01 是装在 SDCA01 板上的两者有配对关系RSW 设定必须匹配。现场如果单独换过其中一块板又没有同步核对另一块的 RSW就很容易踩这个坑。处理动作很直接断电找到对应编号的 SDCA01核对其上 ASF01 的 RSW把两者调到一致再上电看子代码是否消失。3.4 换板前的固定动作保存 CMOS.BIN0012各子代码的对策里只要涉及更换 SDCA01、APU 单元、AIF01、ASF01、ACP01都会带同一句更换之前请保存 CMOS.BIN更换 AIF01 之后请加载发生报警前保存的 CMOS.BIN。这句话不是客套它决定了换板之后系统能不能回到原来的配置状态。我一般把这一步做成固定流程确认要换板先断电前在系统侧完成 CMOS.BIN 保存记录保存时间和当时报警子代码再动手拆板。换完板如果报警还在报修时把这份记录一起给出去对方能少问很多轮。4. 避坑清单这几条都是现场真踩过的4.1 只看报警号不看子代码直接换板现象屏幕显示0010工程师判断“基板坏了”换了一块 SDCA01上电还是0010。 原因子代码指向的是另一块板或者根因是 RSW 重复换的那块板本来就没问题。 解决先抄子代码对照 2.1 的表锁定基板编号再核对 RSW 和连接器最后才考虑换板。4.2 RSW 只核对了“坏的那块”没横向比对现象确认某块板 RSW 是 0认为设定没问题报警不消。 原因报警代码表写的是“RSW 设定与其他 SDCA01 基板重复”重复是相对关系只看一块看不出来。 解决把同型基板的 RSW 全部列一遍确认没有两块相同且存在一块为 0 的主板。4.3 换板前没存 CMOS.BIN现象换了 ACP01 或 AIF01报警可能消失了但系统配置丢了恢复起来极其麻烦。 原因跳过了报警代码表明确要求的“更换基板之前保存 CMOS.BIN”。 解决把“存 CMOS.BIN”写进换板作业的第一步换 ACP01 时记得把原板 SD 卡移到新板。4.4 连接器“看着插着”就放过现象所有连接器目视都在位报警依旧。 原因CN207、CN509、CN515/516、CNBX、CN111、CN155 这些连接器存在半脱出目视无法判断针脚是否咬合。 解决断电后逐个按压确认到位重点看 CNBX 这种板间连接器振动环境下最容易松。4.5 把重故障报警当轻故障处理现象现场想先“复位一下继续干”结果伺服根本通不了。 原因0010、0011、0012属于重故障报警篇发生在控制电源接通自检阶段不是运行中的临时告警。 解决按重故障流程走先解决自检阶段的识别与通信问题不要指望复位绕过。5. 快速定位把报警代码表当查询工具用真到现场最省时间的做法不是背代码而是把这份报警代码表当成一张“按编号查根因”的查询表来用并且固定一套动作顺序。我的习惯是三步第一步报警出现后先不动机器把报警编号和子代码完整抄下来子代码一位都不能漏因为0012的 18 个子代码指向完全不同的病灶第二步翻到对应编号先读“内容”和“子代码的内容”确认系统卡在自检的哪一步再读“原因”把原因按“软件设定—电缆—基板本体”排序因为设定和线缆的排查成本远低于换板第三步按成本从低到高执行核对 RSW、按压连接器、重新上电仍不消再进维护模式核对控制轴组设置最后才动换板且换板前必存 CMOS.BIN。为了让你少翻页把这次涉及的高频报警压成一张对照表报警编号报警名称首要排查点换板前动作0010CPU基板插入异常(SV)子代码定位 SDCA01 编号、RSW 是否重复、CN509/CN515/516/CNBX保存 CMOS.BIN0011CPU基板插入异常(安全)子代码定位 ASF01 编号、RSW 是否为 0、CN207保存 CMOS.BIN0012 子代码 13CPU基板设定异常ASF01 相关ASF01 的 RSW、连接、本体响应保存 CMOS.BIN0012 子代码 411与 SDCA01 #1#8 通信异常控制轴组设置、RSW 是否与其他 SDCA01 重复保存 CMOS.BIN0012 子代码 1218与 SDCA01 #1#7 通信异常SDCA01 与其上 ASF01 的 RSW 是否一致保存 CMOS.BIN还有一个验证习惯值得养成每次处理完不要只看“报警消没消”要确认系统能正常走到伺服可通、模式可切的状态因为自检阶段的报警有时会“消了但没完全好”。如果条件允许处理前后各做一次 CMOS.BIN 保存并记录时间点万一后面复发这两份记录就是最直接的对比依据。报警代码表里那句“告知保存 CMOS.BIN 时发生的情况”本质上就是让你把这条时间线留清楚。从那以后我每次上电遇到 00xx 段的重故障报警都强制自己先抄子代码、再核 RSW、最后才碰基板这套顺序帮我省下过不止一块本来不用换的板。希望帮到你。本文还有配套的精品资源点击获取