发那科报警代码整本背不下来，有没整理好的表直接查？
手上接了个老产线改造，用的R-30iB，图纸资料就给了本纸质手册，一翻几百页报警代码翻到头秃。现场调试的时候手边没法一直抱着本子，SVGMON那边又卡得要命。有没有师傅整理过那种按故障类型分的速查表？比如通讯类、伺服编码器类、IO分配异常这些。我主要关心恢复操作能不能直接做，会不会一恢复把零点丢了这事……
另外问下各位手头的R-30iB Plus跟老版本报警号是一套体系吗？接手的时候发现有些代码号一样但提示内容不太一样，怕混了。
全部回复 (4)
R-30iB和R-30iB Plus的报警体系大部分是通用的，差异主要在Plus多出来的那批协作功能和安全相关代码，常规伺服和通讯那两百多个核心代码是一致的。速查表我建议你别自己从零整理，直接去FANUC官网上FOCAS文档那块下那个Error Code Reference，按章节分好的，PDF可以全文搜索，比翻书快。
关于恢复操作丢零点这事，得看具体是哪个码。SYST-035、SYST-037这种参数校验错的，冷启动重置一般不掉零点；但SERV-023这类编码器通讯异常，如果你做的是$MCR/mastering那套复位流程，零点必丢没商量，R-30iB没备零点开关的话现场得手动回零很麻烦。所以关键不是代码表，是每个代码的恢复流程里有没有动到位置数据这个要标清楚，自己做表的时候把这列单独拉出来，比单纯整理代码强。
你这情况我去年搞过一台R-30iB，也是没系统资料。我直接把机器人端的那本operator manual拍了照传到手机里，按故障大类建了Excel，几百条代码分了七八个sheet，现场直接搜。比你抱着本子翻快多了，重点是分类别别按号排，通讯/伺服/IO/程序/安全这五大类现场一报错就知道往哪翻。
等下，你SVGMON卡这事先说清楚咋卡的，是界面出来慢还是点开就报错？我手上那台R-30iB之前也是开iPendant诊断巨慢，后来查出来是CF卡满了，系统日志和报警历史都堆里面十几年的记录。格式化完腾出来几百兆，速度直接回来了，跟代码表啥关系没有。
背代码这事别想了，没人会真背，都是现场查的。不过有几十个高频出现的你得记住，比如SYST-035、SYST-212、PRIO-001、PROF-013这几个，出问题概率占一半以上。先把这几个的触发条件和恢复步骤摸透比啥都强，剩下的真就查表。