iCAx开思网

标题: 【建议】UG加工的教训！！ [打印本页]

作者: esxiao 时间: 2002-7-11 03:06
标题: 【建议】UG加工的教训！！
我从九七年起开始用UG。在CNC加工方面，总结这几年的经验有以下两点印象较深的教训值得同大家交流：
一、加工中特别是用CAVITY MILL时，MACHING 选项的输出项最好用LINEAR ONLY，用其他项时某些CNC控制器可能导致严重的过切。特别是较老的控制器。
二、PLANAR MILL 或CAVITY MILL中的抬刀选择“PREVIOUS”项时一定要记得此时的抬刀动作是“G00”。而G00 与G01是不同的，G00并不在两点之间做插补而是在两点间用0度、90度、45度方向的直线连接。因此演示刀路时没问题的程序也可能发生过切。解决办法是在FEEDRATE中将RAPID赋予一个值，一般3000、5000皆可。此时UG将RAPID输出为G01。（可注意到此时刀路中红色的虚线已变为实线）
以上两点都与CNC控制器有关，不完全是UG的问题。望大家避免发生类似的问题。
         大家的快乐就是我的快乐！：）
         最快乐是发现版竹也快乐！：）

作者: gbf0404 时间: 2002-7-11 09:01

第一条是不是因为mdfa后处理的问题呢？好象mdfa也有直线插补和圆弧插补之分的：）

作者: gjh_nt 时间: 2002-7-11 12:33
提示: 作者被禁止或删除内容自动屏蔽

作者: hcad 时间: 2002-7-11 13:01
在使用UG加工时。cavity－miLL加工无论pROFILE OR follow 都有出现过过切。型腔加工我以0.3的余量发生过切，后以0.5的余量一切ok!!建议稍加大余量给下把刀。

作者: nb-xiao 时间: 2002-7-11 20:23
深有同感！我现在用CIMATRON走刀路了！

作者: nf_dog 时间: 2002-7-13 14:41
由于工作和时间的原因，很久没上来了，身为斑竹，深感惭愧，还望各位见谅。看到楼上几位老兄对UG的“偏见”，我有话要说。
   对于第二点，我亲身经历。在97年，我加工一个摩托车汽缸盖的凸模时，为了尽量减小提刀而带来的时间消耗，我选用了“Previous”选项，结果发生了“撞刀”现象。
   为了查个究竟，我先从刀具路径开始。我仔细观察了每一层的刀具路径，发现刀具在完成了某一个切削区域（层）后，都能提高到足够的高度而快速横越模型到达下一个切削区域。再经过VeriCut（UG当时只能用此软件模拟切削过程）进行仿真切削，也没有发生碰撞现象，所以排除了对刀具路径的怀疑。难道是后处理器作怪？接下来，我重新“从头到脚”仔细审阅了一遍我的后处理文件——Fanuc.mdf，没有发现丝毫的可疑之处。我再调出NC程序，通过查找“撞刀”时的坐标点位置，发现与刀具源文件数据（*.cls）完全相符，这可以说明“撞刀”现象不是“后处理器引起的”。既然NC程序没有错误，何来“撞刀”呢？此时，我真是百思不得其解。这会是什么原因引起“撞刀”呢？不会是“外星人”搞鬼吧？我不信邪，决心一查到底，抓到真正的“罪魁祸首”。最后，我决定在加工中心上“重放”NC程序。第一个切削层、第二个切削层、。。。一切正常。当“重放”至“撞刀”的那一个切削层时，我更加集中精神，我的视线紧盯着刀具的移动，一刻也不走神。我要看看“外星人”是如何出现、是怎样“搞鬼”的？最后使我失望的是，我没有看到“外星人”的出现。但是，令我如悉重负的是我抓到了真正的“罪魁祸首”——机床的控制系统。原来，机床在执行线性快速移动（G00）时，沿X、Y方向是按相等的进给率移动的，其结果正如esxiao兄所言的，机床主轴是按0°、45°、90°移动的。本来，UG的出发点是非常好的，它的刀具路径和后处理的结果（NC程序）也完全达到了预期的想法，但是机床无法实现，公平地说，这能怨UG吗？
   此时，也许UG公司发现了这个“缺陷”，好象在16版（本人健忘）后，对使用“Previous”选项产生的刀具路径作了修正，以满足广泛用户（旧的机床控制系统）的需要。在修正前，刀具是（沿+ZM轴方向）提刀至前一个切削层+垂直距离（Vertical）后移动至下一个切削层的落到点位置的，若仍然无法横向越过模型时，则刀具再沿+ZM方向提刀一个切削层的高度+垂直距离，依次类推，直至刀具能安全横越模型为止。在修正后，若刀具提升至前一个切削层+垂直距离仍然无法安全横越模型时，则直接一步提升至安全平面，然后快速移动到下一个切削层的落刀点位置。这样，刀具在“安全平面”就可以“横冲直撞、直来直去”了。其实所谓的“安全平面”，只是相对而言的，奉劝各位兄弟不要轻信它，否则，又要错怪UG这个CAM老祖宗了，切记，切记。
   对于楼上几位老兄说到的使用Cavity_Mill操作类型产生刀具路径时发生过切现象，我还是第一次听到，心里甚是纳闷。小弟搞CAM多年，深知这种过切现象是由很多因素引起的，例如机床的刚性、工作台的复位精度、主轴的垂直度、刀具的装夹等等，而由软件的计算错误而引起的，我可是闻所未闻。我不相信CAM的老祖宗——UG会犯如此低级错误！我不知道这些同行们在“放出”如此“重言”时，是否已证据确凿，否则那就是“陷害”和“污蔑”。所以，小弟力劝这些同行们上传有“问题”的文档（带有刀具路径）以供大家共勉，以免“重蹈覆辙”，又或者可以为UG“正身”呢。

作者: kensun 时间: 2002-7-13 22:47
这个问题，我用MASTERCAM也一样碰到。

作者: gbf0404 时间: 2002-7-15 09:24

kensun wrote:
这个问题，我用MASTERCAM也一样碰到。

哪个问题啊

作者: Yeager 时间: 2002-7-15 09:27
1.關於UG CAM過切的問題,小弟是親身經歷過,可以做證,不過證據已經不在啦....那是在16版出現的,之前與之後的版本都不會,似乎真是軟件的問題.
2.UG CAM的Engage & Retract似乎並不對Part or Check Body進行偵測,實在苦惱,有無哪位大俠有辦法解決.
3.使用UG這幾年,發現只要有新版本發行,總是有新的問題產生,早已經習慣啦.所以還是要檢查檢查為妙....

作者: dcomui 时间: 2002-7-15 10:35
关于pervive 的问题我也碰到过。
nc程序是没问题的.是机床的问题。三菱的可叫机床厂的人该一下参数。
fanuc的好象不行.

作者: nf_dog 时间: 2002-7-15 13:10

Yeager wrote:
1.關於UG CAM過切的問題,小弟是親身經歷過,可以做證,不過證據已經不在啦....那是在16版出現的,之前與之後的版本都不會,似乎真是軟件的問題.
2.UG CAM的Engage & Retract似乎並不對Part or Check Body進行偵測,實在苦惱,有無哪位大俠有辦法解決.
3.使用UG這幾年,發現只要有新版本發行,總是有新的問題產生,早已經習慣啦.所以還是要檢查檢查為妙....

上传文件看看，不行吗？

作者: wjs 时间: 2002-7-18 12:07
的确有;我碰到过,是ug17;但为了效率有时还得设previous

作者: ayue_z 时间: 2002-7-18 12:27
我用Mastercam两年多后全部转用UG也有近两年了，碰过用Mastercam多面挖槽，有两个凸台时突然走一刀把一个干掉，(一共两次，7.2)。用UG倒觉得很可靠，使用Cavity_Mill操作类型产生刀具路径时发生过切现象，我听到，没碰过。
可靠的MDFA+与之相配的操作参数是安全的保证!(有时是所看非所得啊!)

作者: esxiao 时间: 2002-7-21 02:24
我声明：
1。我是UG的完全支持者。我用过MASTERCAM、PRO/E、CIMATRON最终选择了UG,并不是这几种软件不好而是UG比较适合我；
2。我的铁子是以为了引起大家的注意才用了“教训”这个词，其实大可不必如此耸人听闻。这两点应当算做使用UG时操作者易忽视的问题。至于UG-----是很优秀的；
3。软件是死的，人是活的。若干年前很多人用MASTERCAM3.0也做出了相当复杂的模具;
4。发铁子是因为本站积分制使然。

作者: ycyddh 时间: 2002-7-24 16:11
在UG中我也遇到过“过切”，但其真正的原因是刀具刚性太差、悬伸太长、扭为过大致刀具偏移。
现传一个PRT在“关于UGCAM‘里的，请各们高手指点，谢！

作者: UG-CNC 时间: 2005-11-13 13:20
我顶

作者: 韶坚 时间: 2005-11-13 22:01
倒霉的时候，什么情况都会发生。
所以程序要一再的检查。
白发就是这样磨出来的。

[ 本帖最后由韶坚于 2005-11-13 22:02 编辑 ]

作者: leehongsheng 时间: 2005-11-13 23:26
不知楼主所言97用UG的真实性,97年应该是14版,考,还没有CAVITY MILL这个选项

作者: fengerfafa 时间: 2005-11-14 15:24
收益匪浅呵呵

作者: HMYCNC 时间: 2005-11-28 16:59

软件是死的，人是活的

作者: lngzliu521 时间: 2005-11-29 12:51
这两个问题我碰到过,也是用楼主的方法解决的!

作者: 风筝飞飞 时间: 2005-11-29 13:53
顶一下先

作者: zhangguangyang 时间: 2010-10-21 11:21
顶顶，支持一下！

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