iCAx开思网

标题: 参数化的苦恼 [打印本页]

作者: klys 时间: 2003-6-2 00:17
标题: 参数化的苦恼
说起ug，真是有点说不出的味道，最近做了一个汽车发动机，我用了纯参数，特征达到2000个左右，以便可以随时改动，这时发现有着意想不到的事情出现。
   修改比较早的特征时，往往出现错误警告，甚至出现系统崩溃，如不能保存文件，或不能修改任何特征,或出现某个特征错误，并且时间慢的惊人，在进入比较早的草图时，并没有修改任何数据，只不过把原来标着的数据位置移一下，但这样也会造成特征进行运算，当修改某个比较早的单独特征时，在它之后与它没有任何关系的特征进行运算，有时不客气的话与它没有任何关系的特征还会发生错误。这点与pro/e来说，参数化有点比较不稳定。
   当多个相同的对象，并且是单独存在的，如在X轴上存在三个相同的实体，它们位置存在自由空间中，各个相隔距离100，当某个发现变化时，其它两个会自动变化，但ug中没有这种功能，不过assmembly有类似的效果，当用到比较频繁时，且在同一个文件里面时，用assmembly不划算，用transfrom功能则没有保持相互联系，所以我用group feature功能,再用instance features，填入number alone x=3,这时屏幕会出现两个有参数的实体，连同母体总共三个，有时候我会在产生instance features前面插入几个特征，这时会出现屏幕中的三个实体的位置会发生变化，第三个和第二个位置重叠，或者会产生四个实体，第四个和第二个位置重叠，这时在它们之后的与它们有关系的特征都会出现了灾难性错误，那么你就会前功尽弃。但是有时候还是正常的。这点对pro/e来说是小菜一碟。
   反正用参数时，有时候会搞的一塌糊涂，由于时间有限，点到为此。我用的un nx 1.0.0.21,不知你有否体会。

作者: hhh37 时间: 2003-6-2 06:09
我作到后来全参数化就不可能了，只有参数化和非参数相结合了
你能作到全参数化已经是非常不易了

作者: 小鹿 时间: 2003-6-2 06:19
建议用装配做,利用WAVE技术。PART太大时更新也是个问题，很慢。
我见过一只冰箱（是我教师做的，已经在市场上销售），是用装配做的，全参；复杂程度和你的发动机应该有的比。

作者: klys 时间: 2003-6-2 07:17
不知两位版主碰到过上面的苦恼过吗,不知你怎样避免上面的问题,
建议用装配做,利用WAVE技术。PART太大时更新也是个问题，很慢
由于多个相同的对象是在文件内部中产生的.如发动机上的壳休上有相同的不规则的特征,这些特征与壳体有联系的,但是并不附在壳体上,所以这些特征中的其中一个不可能在外面凭空建立一个文件再wave进来,或者把这些特征中的其中一个wave出去建立一个文件,再wave进来,那么会短路的.

作者: TAOBO007 时间: 2003-6-2 07:20
全参数做发动机是不现实，也是没必要的。一个SPLIT命令就全部烟消云散了。想象不出缸盖内复杂的水道如何参数化，而且图纸表达的也不清楚。俺当年就净忙着给他们改图纸了。所以我们就别自寻烦恼了，能半参数化已经很不错了。

毕竟Pro/E和UG是有行业之分的。

作者: 123123aaa 时间: 2003-6-2 09:38

klys wrote:
说起ug，真是有点说不出的味道，最近做了一个汽车发动机，我用了纯参数，特征达到2000个左右，以便可以随时改动，这时发现有着意想不到的事情出现。
   修改比较早的特征时，往往出现错误警告，甚至出现系统崩溃，如不能保存文件，或不能修改任何特征,或出现某个特征错误，并且时间慢的惊人，在进入比较早的草图时，并没有修改任何数据，只不过把原来标着的数据位置移一下，但这样也会造成特征进行运算，当修改某个比较早的单独特征时，在它之后与它没有任何关系的特征进行运算，有时不客气的话与它没有任何关系的特征还会发生错误。这点与pro/e来说，参数化有点比较不稳定。
   当多个相同的对象，并且是单独存在的，如在X轴上存在三个相同的实体，它们位置存在自由空间中，各个相隔距离100，当某个发现变化时，其它两个会自动变化，但ug中没有这种功能，不过assmembly有类似的效果，当用到比较频繁时，且在同一个文件里面时，用assmembly不划算，用transfrom功能则没有保持相互联系，所以我用group feature功能,再用instance features，填入number alone x=3,这时屏幕会出现两个有参数的实体，连同母体总共三个，有时候我会在产生instance features前面插入几个特征，这时会出现屏幕中的三个实体的位置会发生变化，第三个和第二个位置重叠，或者会产生四个实体，第四个和第二个位置重叠，这时在它们之后的与它们有关系的特征都会出现了灾难性错误，那么你就会前功尽弃。但是有时候还是正常的。这点对pro/e来说是小菜一碟。
   反正用参数时，有时候会搞的一塌糊涂，由于时间有限，点到为此。我用的un nx 1.0.0.21,不知你有否体会。

同感同感，别说如此复杂的模型，简单的也会出现关联参考张冠李戴或找不到的现象，曾经作过一并不复杂的模型，做的时候没问题，保存，再打开，没问题，增减特征更新或特征回放，找不到参考对象，重新指定，ok,特征会放，没问题。保存，再打开，问题依旧，晕死。ug的数据库问题大大的有，参数化的路还很漫长。还有就是ug的装配关联到特征对象，而不是模型对象，模型去参数会导致装配关系失去，尽管模型未做更改，应该是尽可能关联到模型，只有在不可能的情况关联到特征，如草图

作者: klys 时间: 2003-6-2 11:28
全参数做发动机是不现实，也是没必要的。一个SPLIT命令就全部烟消云散了。想象不出缸盖内复杂的水道如何参数化，而且图纸表达的也不清楚。俺当年就净忙着给他们改图纸了。所以我们就别自寻烦恼了，能半参数化已经很不错了。

毕竟Pro/E和UG是有行业之分的。

我对此持反对态度，全参数做发动机是可能的，水道我已经做过，可以全参数，在我所有的功能中从不用SPLIT命令。正因为图纸表达的也不清楚，所以必须要参数，以便改动。在特征数不起过1000 时，不太容易出错。

对于123123aaa兄的发言表示赞同，不知其它高手，版主有何高招？

作者: klys 时间: 2003-6-2 18:38
请几位高手谈谈各自意见，因为这对于经常修改的造型起到非常重要的关系。

作者: hhh37 时间: 2003-6-2 19:17
我修改时一般转变为非参了，我过去用过PROE，因为实在受不了全参数，修改一下很多时候要出错，特征多了还容易改出问题，另外花的时间也不一定少

作者: yanlingang 时间: 2003-6-13 14:33
同命相连

作者: klys 时间: 2003-6-13 17:29
希望nx2对于这此方面能有所突破。

作者: open_me 时间: 2003-6-26 22:01
我还是菜鸟，还没水平来研究这么高级的麻烦遗憾！

作者: 音乐虫子 时间: 2003-6-26 22:20
同感，痛感亚！

我做过电动工具入如电钻，因为ID工程师总是要求尽善尽美，所以常常让我

改的焦头烂额，上司还天天催你，怎么只改一定定东西还要半天，看着机器

在那里不停的update ，心里那个焦急的，这还好只有不出现错误算是好的，可

是往往不可能。我的解决办法是尽可能不该特征，宁可加特征来达到修改的目

的，当然，有些必须改原参数的，那就没办法了，硬着头皮上了。

作者: nf_dog 时间: 2003-6-26 23:24
非也！非也！
1。UG完全可以做到全参数化建模，而且不会比PRO/E差。否则，只是欠火候罢了。在我接触过的人中，凡用过PRO/E的，用得好UG的没有几个。因为两者的建模思路相差很大。绝大部分人都是用PRO/E的建模思路来使用UG工具，其结果可想而知。
2。UG是复合技术建模软件，特别应用于建模后期和制造阶段，他的优点是PRO/E无法比拟的。
兄弟们，不要对UG缺乏信心。
在设计中探讨UG的不同建模思路，是我的兴趣和享受。
翻看以前的帖子，更全面地了解UG吧，不要老是发表消极的话题。

作者: moldwizard 时间: 2003-6-26 23:40
用整车都可以全参数化，还有什么不能的。
怪只能怪我们没有掌握而已

作者: Mrli 时间: 2003-6-27 11:59

nf_dog wrote:
非也！非也！
  1。UG完全可以做到全参数化建模，而且不会比PRO/E差。否则，只是欠火候罢了。在我接触过的人中，凡用过PRO/E的，用得好UG的没有几个。因为两者的建模思路相差很大。绝大部分人都是用PRO/E的建模思路来使用UG工具，其结果可想而知。
  2。UG是复合技术建模软件，特别应用于建模后期和制造阶段，他的优点是PRO/E无法比拟的。
  兄弟们，不要对UG缺乏信心。
  在设计中探讨UG的不同建模思路，是我的兴趣和享受。
  翻看以前的帖子，更全面地了解UG吧，不要老是发表消极的话题。

好久不见老师+老版主在你所擅长的领域露手了,希望老师能多光顾,多给后辈指导,把UG发扬光大.

作者: Mrli 时间: 2003-6-27 12:02
我个人认为什么东东都要全参的话那要看多少水,凡事不一定非要全参.我的原则是尽量全参,但考虑到时间等原因,必要时也可部分参数化,或非参.

作者: baby 时间: 2003-6-27 14:44
ug的网速越来越慢是最大的头疼。

作者: iamwxj 时间: 2003-6-27 19:21
read already!

作者: Yeager 时间: 2003-6-27 22:41
我們接單的客戶也是做發動機的,他一個part有時就有1000個feature,而整個發動機不知道有幾千個part,不曉得他們怎麼弄得,雖然他們用的全是HP Risk的機器,但是聽說他們有不成文的規定-----一天只能對圖檔Update兩次,呵呵!!!因為計算實在太久啦!!!

作者: C1Z1M11 时间: 2003-6-27 23:26
我也有同咸当我用MARK CURRENT FEATURE 时，加入特征以后往往不能回去，不小心保存就完了再也回不到最后一个特征，所以我插入特征时从不保存

作者: billdb 时间: 2003-6-28 14:19
同感，我习惯用wave建模，也曾经出现莫名其妙的特征过时。
希望nx2.0会更好。

作者: klys 时间: 2003-6-28 18:47
没有想到有这么多的人来回应，其实全参是造型的发展方向。也是高手的最高境界，更是设计员的有力工具。以前在17版之前我不用全参，但是发觉频繁的修改和不确定性，使我的工作常常要被迫暂停。17版以后，我就用全参的思路来工作，这样即使我不知道下面该怎样做，我也可以先模糊的大概的按照自己的思路继续，到时可以方便的修改。这就要靠全参。可惜的是nx1版的数据库可能不健全，老是出意外。大慨是两家公司刚开始合作还不默契吧。还有比较实用的功能还没有。如空间独立存在的排列，虽然group feature能解决，但是其发生的后果比任何灾难还严重。

希望5月份出来的nx2很快会来到我身边，且带来的是更实用，更稳定，更方便的全参！！！

作者: 小鹿 时间: 2003-6-28 20:18

nf_dog wrote:
非也！非也！
  1。UG完全可以做到全参数化建模，而且不会比PRO/E差。否则，只是欠火候罢了。在我接触过的人中，凡用过PRO/E的，用得好UG的没有几个。因为两者的建模思路相差很大。绝大部分人都是用PRO/E的建模思路来使用UG工具，其结果可想而知。
  2。UG是复合技术建模软件，特别应用于建模后期和制造阶段，他的优点是PRO/E无法比拟的。
  兄弟们，不要对UG缺乏信心。
  在设计中探讨UG的不同建模思路，是我的兴趣和享受。
  翻看以前的帖子，更全面地了解UG吧，不要老是发表消极的话题。

有机会再跟你学学，当然要有腰包的支持。

klys wrote:
没有想到有这么多的人来回应，其实全参是造型的发展方向。也是高手的最高境界，更是设计员的有力工具。以前在17版之前我不用全参，但是发觉频繁的修改和不确定性，使我的工作常常要被迫暂停。17版以后，我就用全参的思路来工作，这样即使我不知道下面该怎样做，我也可以先模糊的大概的按照自己的思路继续，到时可以方便的修改。这就要靠全参。可惜的是nx1版的数据库可能不健全，老是出意外。大慨是两家公司刚开始合作还不默契吧。还有比较实用的功能还没有。如空间独立存在的排列，虽然group feature能解决，但是其发生的后果比任何灾难还严重。

希望5月份出来的nx2很快会来到我身边，且带来的是更实用，更稳定，更方便的全参！！！

个人认为，每个软件都有其缺点和特点，不可能完美，扬长避短才是我们的努力方向，而非想着他一夜之间缺点尽失（那不是只有优点无缺点了？这样的软件我没见过！）。
只怕NX2会令你的希望破灭。:-P

作者: klys 时间: 2003-6-28 21:03
个人认为，每个软件都有其缺点和特点，不可能完美，扬长避短才是我们的努力方向，而非想着他一夜之间缺点尽失（那不是只有优点无缺点了？这样的软件我没见过！）。
只怕NX2会令你的希望破灭。

ug我用了6年了，之所以用到现在，肯定我已经接受它了，只不过我发觉有些地方有点不好。更希望新的版本能有突破。更。。。。。

作者: nf_dog 时间: 2003-6-28 22:39
给小鹿斑竹：
大浪淘沙！已荣任斑竹了，还要参加培训班，钱包胀开口呀！

不过，学无止境，斑竹的向上精神可嘉！::y::y::y

多谢老师的鼓励::y::y::y——小鹿

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