搜索文章与案例

Technical Article

Fagor G04 停半秒:8055 的 K50,8060 为什么写 K0.5

同样停0.5秒,Fagor 8055为何写G04 K50,8060原生语言却写G04 K0.5?对照原厂手册的时间单位,并说明8055兼容转换后应核对哪份程序。

同样想停0.5秒,8055程序里是 G04 K50,8060原生程序里却是 G04 K0.5。为什么都是G04,K后面的数值却不同?先看程序按哪套语言解释,再读K后面的时间。

K50和K0.5,都可以是半秒

8055 M/EN的Ref1711手册把K的单位定为百分之一秒:50×0.01=0.5。所以这里的50不是50秒。换到8060/8065的Ref2102原生语言,K的单位是秒,半秒就直接写0.5。下面两行是独立对照,不是连续运行的程序。

8055 M/EN:

G04 K50

8060/8065原生语言:

G04 K0.5
两个独立的半秒语法示例使用相同时间标尺:8055 M/EN Ref1711 的 G04 K50,50乘0.01秒等于0.5秒;8060/8065原生语言 Ref2102 的 G04 K0.5,0.5乘1秒等于0.5秒。两条时间带严格等长,不表示兼容转换。
图1:两条色带都是0.5秒;数字不同,是因为K的时间单位不同。窄屏可在图内左右滑动查看。

因此,只有先限定为8060/8065的这套原生语法,才能把 G04 K50 读作50秒。看到旧文件里有K50,不能只看面板上的8060型号,就认定它一定会停50秒;还要看这个文件怎样进入执行。

旧8055文件,可能先经过转换

CNCelite Ref2508操作手册另有一条8055兼容路径:文件保留 .pim 或 .pit,并在编辑器启用8055兼容时,系统会先转换。屏幕显示、仿真和执行的,都是转换后的程序,文件扩展名为 .m55 或 .t55。

CNCelite Ref2508程序处理路径:原生程序按本机语言解释;保留pim或pit并开启8055兼容的文件先转换,再显示、仿真和执行m55或t55文件;改扩展名或关闭兼容则尝试按本机语言执行,遇8055专有语句可能报错。图中不推定G04数值转换结果。
图2:先分清原生程序和兼容转换路径,再找实际被解释的那份内容。窄屏可在图内左右滑动查看。

这时核对停顿,应打开转换后的文件看对应程序块。该章节没有列出G04的逐条转换规则,不能凭“支持8055兼容”,替某个K50保证最终停多久。

如果改了原文件扩展名,或者关闭8055兼容,系统会尝试按本机语言执行;碰到8055专有语句可能报错。改个后缀并不等于已经完成语言迁移。

改后处理,先确认它要输出哪种文件

准备让后处理直接输出8060原生程序,就按目标版本的秒制生成G04;准备沿用8055文件及兼容转换,则应一起核对原文件、转换文件和编辑器设置,不能把所有K值批量除以100。这里比较的只是同一个半秒停顿,程序里其他位置的K不在这个换算范围内。

换系统时,G04也不是统一的时间格式。比如 Haas G103文章中的G04小数点说明,讲的是Haas的P地址,不能套到这里的K地址。

如果迁移后停顿不对,把系统型号、软件版本、原文件扩展名和问题前后几行一起留好;走过转换的,再附对应转换块。交接内容可参照 后处理修改资料清单,这样才看得出差异来自单位还是处理路径。

技术注

CNCelite Ref2508编程手册的原生G04同样以秒为单位。8055的 G04 K0 或 G04 K 另有中断预处理并更新坐标的含义,不作为普通停顿参与换算。迁移时先核对机床交付版本和当前语言模式。

原厂依据:8055 M/EN Ref1711,Soft V02.2x,111–112页;8060/8065 Ref2102,41、247–248页;CNCelite编程 Ref2508,29、263–264页;CNCelite操作 Ref2508,§4.3.9,92页。