参数化的苦恼

说起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,不知你有否体会。

我作到后来全参数化就不可能了，只有参数化和非参数相结合了
你能作到全参数化已经是非常不易了

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

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

全参数做发动机是不现实，也是没必要的。一个SPLIT命令就全部烟消云散了。想象不出缸盖内复杂的水道如何参数化，而且图纸表达的也不清楚。俺当年就净忙着给他们改图纸了。所以我们就别自寻烦恼了，能半参数化已经很不错了。
  
毕竟Pro/E和UG是有行业之分的。

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的装配关联到特征对象，而不是模型对象，模型去参数会导致装配关系失去，尽管模型未做更改，应该是尽可能关联到模型，只有在不可能的情况关联到特征，如草图

全参数做发动机是不现实，也是没必要的。一个SPLIT命令就全部烟消云散了。想象不出缸盖内复杂的水道如何参数化，而且图纸表达的也不清楚。俺当年就净忙着给他们改图纸了。所以我们就别自寻烦恼了，能半参数化已经很不错了。  
  
毕竟Pro/E和UG是有行业之分的。
  
我对此持反对态度，全参数做发动机是可能的，水道我已经做过，可以全参数，在我所有的功能中从不用SPLIT命令。正因为图纸表达的也不清楚，所以必须要参数，以便改动。在特征数不起过1000 时，不太容易出错。
  
对于123123aaa兄的发言表示赞同，不知其它高手，版主有何高招？

请几位高手谈谈各自意见，因为这对于经常修改的造型起到非常重要的关系。

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

同命相连