FANUC程序重启:块计数为何不是N号,暂停与RESET后为什么可能差1?
依据0i-D程序重启章节,区分N序号和实际块计数,解释纯宏语句不增加计数以及FEED HOLD、RESET的显示边界,用原创短表说明为什么不能照抄一个数字就启动。
加工中断后,屏幕上的块计数与程序N号不一致,并不一定是跳过了程序。重启分析首先要确认记录的是哪种编号,以及停机发生在执行段中还是段结束后。
两个编号描述不同对象
本文限定已具备相应程序重启功能的0i-D/0i Mate-D。B-64304EN/02,§4.9,第399–400页(原厂手册公开镜像)说明NC块按加工执行过程计数,纯宏语句不增加该计数;FEED HOLD显示正在执行的块,RESET及单段完成停止显示最近完成的块。N序号是程序标签,不能直接当作这个计数。
用原创表格区分标签、文本行与计数
假定这是从程序头开始、没有跳转、循环、调用或任选跳过的单一路径。表格只描述计数,不是可执行的重启程序:
| 依次遇到的内容 | 程序标签 | 本模型的块计数 |
|---|---|---|
| 程序头 | O程序号 | 1 |
| 普通NC准备段 | N100 | 2 |
| 纯宏变量赋值 | N110 | 仍为2 |
| 第一段普通NC运动 | N150 | 3 |
| 第二段普通NC运动 | N300 | 4 |
如果在N300对应的第4块中途暂停,正在执行的是4;若随后RESET使显示回到最近完成的块,则为3。3不是N150中的数字150,4也不是文件中第四行。这三个概念只有在特定简单程序中才可能碰巧相同。
“差1”不能机械变成“加1就能开机”
上述差异由执行状态改变产生。若记录丢失了停机方式、程序版本或循环所在位置,仅靠块计数无法重建当时的意图。例如插入一条普通NC段可能改变后续计数,而只插入纯宏赋值又不按同样方式增加计数;旧记录与新程序便不再一一对应。
因此,交接记录应保留“哪个程序版本、哪条N标签附近、计数多少、是否段中暂停或已经复位”的对应关系。先按原程序的实际执行路径解释计数,再确认目标块,不能把文本编辑器行号当作替代。
找到目标块以后,还有位置与状态要核对
编号定位只解决“从哪一段分析”,并未证明当前刀具位置、补偿、主轴和装夹状态适合重新进入加工。恢复到目标位置的运动路径也需要单独确认。本专题不提供凭计数直接启动的按钮流程,不把搜索解释为恢复全部现场状态。更多功能资料见OPTION栏目。
