发那科机器人cycle stop信号触发后程序停在中间，工件卡在夹具里怎么搞
现场用的是R-30iB Plus，程序跑到一半突然cycle stop，工件就卡在夹具里出不来，手动也松不开。复位再启动能继续跑，但隔几十分钟又停一次，搞得产线老停。查了I/O，cycle stop的输入信号是有的，但程序里没看到对应的STOP指令，就是正常运行的TP程序。
想问下各位，cycle stop触发后程序停在哪里一般怎么排查？是看哪个寄存器或者变量？另外工件卡夹具这个，除了手动松夹具，程序上有没有办法让它跑完当前这一步再停，别半中间撂挑子。
全部回复 (4)
先查[$MCR_GRP[1]]和[$SEQ_NUM]这俩寄存器，看cycle stop触发的时候TP程序停在第几行、第几组MCR。发那科这个信号进来之后，会把当前执行的程序指针锁住，但具体停在哪一步跟你程序结构有关系。你这个情况大概率是某个宏程序或者后台逻辑里写了STOP，触发条件可能是某个DI信号、寄存器值或者超时。你把停机那一瞬间的[$SEQ_NUM]、当前程序名、还有PLC那边的I/O快照截下来，基本就能定位到是哪条语句让程序挂起的。
至于工件卡夹具，程序里加一段中断处理或者用CALL指令包起来，让cycle stop进来之后先把当前工序跑完再退出。不过说实话，循环里加STOP本来就容易出问题，建议直接改后台逻辑，别在主程序里写STOP，让M码或者寄存器去控制暂停点。
你这描述不像是标准cycle stop，更像是某个自定义的hold或者暂停信号被误触发了。R-30iB Plus的cycle stop默认接UI[3]还是UI[6]来着，你先确认下硬接线是不是有干扰，24V信号在车间里被焊机或者变频器干扰了也会乱停。查I/O历史记录看那个信号的电平变化，比光看程序快。
我们厂里以前碰到过类似的，后来查出来是机器人跟PLC的握手信号时序不对，PLC给了一个瞬时的高电平被机器人当成了cycle stop。你那边有没有走Profinet或者EtherNet/IP？如果是的话查一下PLC那边的上升沿捕获，可能就是扫描周期里漏了一个脉冲。
工件卡夹具那个问题，夹具上加个常闭的接近开关反馈不行吗？机器人进给之前先检测夹具状态，松开未完成就不走下一步。程序上再加个超时报警，比等cycle stop靠谱多了。