iCAx开思网

标题: 【求助】UG后处理怎样把相邻的多段圆弧转换成一个圆弧 [打印本页]

作者: zhubx2002 时间: 2003-6-11 13:16
标题: 【求助】UG后处理怎样把相邻的多段圆弧转换成一个圆弧
用UG的CAVITY加工一个规则圆柱时，刀路常有很多段圆弧组成。MASTERCAM也有这个问题，但它的后处理会把相邻的多段圆弧转换成一个圆弧；UG的MDFG也有这个功能，但我发现MDFG中预设的公差太大，处理出来的程序偏差多达0。04，加工出来的工件也非常不理想，表面象老鼠啃过一样。
请问各位高手，UG的MDFG中该项参数在哪？先谢啦。
朱佰喜 138 26967686
zbx1973@yahoo.com.cn

作者: ayue_z 时间: 2003-6-11 16:14
你mdfa中的LINTOL＝0.025太大了！改成0.005或更小就可以了。
(5.postprocessor commands >>15.Lintol)

另外，对于精加工，你编程时所用的公差大小，对加工出来的东西的光洁度也有决定性的影响。

作者: zhubx2002 时间: 2003-6-11 18:01
没用，这个参数我也试过，不行。
至于你说的精加工公差问题，这不是原因，因为同样的刀路，我用POST BUILDER处理后，加工质量和尺寸都很好

作者: zhubx2002 时间: 2003-6-11 18:05
大家可以用个附件中的例子看看

作者: ayue_z 时间: 2003-6-11 19:21
你的MDFA就没改啊。
　
还不行的话，我只能说，对于你的图档，我用GPM和UG/post处理出来的程序基本是一样的。不知道你的是怎么回事了。

作者: linling8 时间: 2003-6-12 11:33
楼主的后处理文件有问题，换一个试一下

作者: zhubx2002 时间: 2003-6-13 10:09
上面两位兄弟，能否把你们的MDFA文件，邮给我试试？
我自己处理那个文档时，在X Y Z坐标和圆弧输出上均有差别。为了测试方便，Z均为整数，而用我自己的MDFA处理都会多或少0。005左右
请看：
G01 X5.004 Y6.248 Z5.004 F5000.
F0.
Z2.997 F5000.
Z2.007 F200.
Z-.991
F0.
Y0. F200.
G17
G02 X-4.394 Y-2.337 I-5.004 J0. F250.
X-4.877 Y-1.092 I4.115 J2.235
X1.854 Y4.597 I4.826 J1.092
X5.004 Y0. I-1.854 J-4.597
G01 X7.01 Z.991 F200.
F0.
Z3.988 F200.
Z5.004 F5000.
F0.
X5.004 Y6.248 F5000.
Z2.007
Z.991 F200.
Z-2.007
F0.
Y0. F200.
G02 X-4.42 Y-2.337 I-5.004 J0. F250.
X-4.877 Y-1.092 I4.191 J2.261
X4.953 Y0. I4.851 J1.092
G01 X7.01 Z0. F200.
F0.
Z2.997 F200.
Z5.004 F5000.
F0.
X5.004 Y6.248 F5000.
Z.991
Z0. F200.
Z-2.997
F0.
Y0. F200.
G02 X-4.623 Y-1.88 I-5.004 J0. F250.
X-4.877 Y-1.092 I4.343 J1.803
X4.978 Y0. I4.851 J1.092
G01 X7.01 Z-.991 F200.
F0.
Z5.004 F200.

作者: zhubx2002 时间: 2003-6-16 11:52
而且我发现当输入数据选用MM时，下次再编辑MDFG文件参数会变，刚好乘了25。4
而我新做一个后处理文件，在输入数据一项中选用INCH时，再编辑，参数也不变，处理出来的PTP文件也正确，但是不能简化圆弧

作者: zhubx2002 时间: 2003-6-17 09:29
客户是日本MAKINO 65S加工中心，机床传输速度为9600BYTE，在加工中常常回碰到传输速度太慢的问题——机床等程序。
   因为用UG的CAVITY加工一个规则圆柱时，刀路常有很多段圆弧组成。MASTERCAM也有这个问题，但它的后处理会把相邻的多段圆弧转换成一个圆弧，从而可以避免传输问题；我发现UG的MDFG HELP上也有这一功能，但是我测试时发现MDFG中预设的公差太大，处理出来的程序偏差多达0.04，加工出来的工件也非常不理想，表面象老鼠啃过一样。
   我把mdfa中的LINTOL改成0.005或更小，也没用；不知道控制这一参数在哪里？
   而且，我发现当输入数据选用MM（第二项2. ALL DATA VALUES ARE ENTERED ON METRIC UNITS）时，
      SELECT THE INPUT DATA TYPE
      1. ALL DATA VALUES ARE ENTERED IN INCH UNITS
      2. ALL DATA VALUES ARE ENTERED ON METRIC UNITS
   下次再编辑MDFG文件里面很多参数会变，刚好乘了25.4 ，就算改回去，还是会变，而且越来越没规律。而我新做一个后处理文件，在输入数据一项中选用INCH（第一项1. ALL DATA VALUES ARE ENTERED IN INCH UNITS）时，再编辑，参数也不变，处理出来的PTP文件也正确，但是却不能简化圆弧。

作者: hpgcandesign 时间: 2003-6-18 21:10
深有同感!

作者: wave 时间: 2003-6-18 21:41
LINTOL是五轴时起作用的。
看上面的程序应该是：整圆输出和四分之一输出的问题，你改为Full_circle输出就OK了。

作者: wave 时间: 2003-6-18 21:43
日本MAKINO 65S加工中心的内存太小，DNC加工时是有问题的

作者: chuck 时间: 2003-6-19 23:16

wave wrote:
LINTOL是五轴时起作用的。
看上面的程序应该是：整圆输出和四分之一输出的问题，你改为Full_circle输出就OK了。

不是哟！
他说的UG中铣圆时圆弧太多（远远不止4*1/4个圆弧，任何一种平面加工方法，试试），post解决不了才想到用mdfa。我也遇到这个问题啊。。。。

呵呵，盼望你能解决

作者: zymtree 时间: 2003-7-5 19:50

zhubx2002 wrote:
客户是日本MAKINO 65S加工中心，机床传输速度为9600BYTE，在加工中常常回碰到传输速度太慢的问题——机床等程序。
   因为用UG的CAVITY加工一个规则圆柱时，刀路常有很多段圆弧组成。MASTERCAM也有这个问题，但它的后处理会把相邻的多段圆弧转换成一个圆弧，从而可以避免传输问题；我发现UG的MDFG HELP上也有这一功能，但是我测试时发现MDFG中预设的公差太大，处理出来的程序偏差多达0.04，加工出来的工件也非常不理想，表面象老鼠啃过一样。
   我把mdfa中的LINTOL改成0.005或更小，也没用；不知道控制这一参数在哪里？
   而且，我发现当输入数据选用MM（第二项2. ALL DATA VALUES ARE ENTERED ON METRIC UNITS）时，
      SELECT THE INPUT DATA TYPE
      1. ALL DATA VALUES ARE ENTERED IN INCH UNITS
      2. ALL DATA VALUES ARE ENTERED ON METRIC UNITS
   下次再编辑MDFG文件里面很多参数会变，刚好乘了25.4 ，就算改回去，还是会变，而且越来越没规律。而我新做一个后处理文件，在输入数据一项中选用INCH（第一项1. ALL DATA VALUES ARE ENTERED IN INCH UNITS）时，再编辑，参数也不变，处理出来的PTP文件也正确，但是却不能简化圆弧。

作者: zymtree 时间: 2003-7-5 20:10

zhubx2002 wrote:
客户是日本MAKINO 65S加工中心，机床传输速度为9600BYTE，在加工中常常回碰到传输速度太慢的问题——机床等程序。
   因为用UG的CAVITY加工一个规则圆柱时，刀路常有很多段圆弧组成。MASTERCAM也有这个问题，但它的后处理会把相邻的多段圆弧转换成一个圆弧，从而可以避免传输问题；我发现UG的MDFG HELP上也有这一功能，但是我测试时发现MDFG中预设的公差太大，处理出来的程序偏差多达0.04，加工出来的工件也非常不理想，表面象老鼠啃过一样。
   我把mdfa中的LINTOL改成0.005或更小，也没用；不知道控制这一参数在哪里？
   而且，我发现当输入数据选用MM（第二项2. ALL DATA VALUES ARE ENTERED ON METRIC UNITS）时，
      SELECT THE INPUT DATA TYPE
      1. ALL DATA VALUES ARE ENTERED IN INCH UNITS
      2. ALL DATA VALUES ARE ENTERED ON METRIC UNITS
   下次再编辑MDFG文件里面很多参数会变，刚好乘了25.4 ，就算改回去，还是会变，而且越来越没规律。而我新做一个后处理文件，在输入数据一项中选用INCH（第一项1. ALL DATA VALUES ARE ENTERED IN INCH UNITS）时，再编辑，参数也不变，处理出来的PTP文件也正确，但是却不能简化圆弧。

我的经验:nx1.0的bug,强烈建意不要用mdfg1.0的后处里,它会把你的公差默认为英制(虽然你选了公制) 0.01*25.4=... 这回你明白,为什么很小的工差加工出来却象狗啃过一样

作者: dujiang 时间: 2003-7-12 15:55
您编程把OUTINTOL改成0.5MM看看

作者: wzx128 时间: 2003-9-30 16:53
ping ni jia sang g05p10000 hang mie g05p0

作者: vencent 时间: 2003-10-30 22:48
将LINTOL设为0，注意是0而不是0.0xx!

作者: hpgcandesign 时间: 2003-10-31 20:36

ayue_z wrote:
你mdfa中的LINTOL＝0.025太大了！改成0.005或更小就可以了。
  (5.postprocessor commands >>15.Lintol)
  
  另外，对于精加工，你编程时所用的公差大小，对加工出来的东西的光洁度也有决定性的影响。

ayue_z兄是正确的,点解大家不同!仔细按ayue_z说的做一定行!

作者: ninken 时间: 2004-1-31 17:52
强烈建意不要用nx1.0的mdfg1.0做后处理器或者编辑原本的后处理器,它会把你的公差默认为英制的！

作者: zilong679059 时间: 2004-4-3 12:46
我顶！

作者: lwj-zy 时间: 2004-4-5 17:36
回头看一下！

作者: strlby 时间: 2008-4-16 19:41
好的,太好了

作者: wupengcheng 时间: 2008-4-17 08:09
看一下！谢

作者: lws91 时间: 2008-6-9 11:55

xixie

作者: BIJIANGLI 时间: 2008-8-7 16:30
XIEXIEXIEXIE

作者: NO1999 时间: 2009-2-28 17:04
DDDDDDDDDDDDD

作者: mmm457 时间: 2009-11-9 17:59
谢谢WAVE版主，管用。

作者: 191634955 时间: 2009-11-26 19:41
https://www.haoyfzg.cn/down.asp?soft=370455
UG后处理视频教学官方网站

欢迎光临 iCAx开思网 (https://www.icax.org/)