Регенерация в больших сборках

[mech 1]

Всем привет.

У меня возникла некоторая проблема при регенерации сборки. Сборка не большая, приблизительно 20-25 деталей. Детали завязаны между собой как уравнениями так и геометрией. Проблема что ProE попросту слетает при изменении одной из деталей.

Вопрос мой - можно ли это побороть и как отследить что не так?Почему слетает ProE

Я выкладываю модель, может поможет кому. Измените размер привязки детали VENTILAYTOR на 398 и сами все увидите.

Спасибо откликнувшимся:)

DNO посмотри, кромки выраждаются отверстиями ).

Такие сборки лучше строить на основе скелетона, листовые детали делать из объема, отверстия делать к конце построений...

2 Ruslan: ПДМ используется. Winchill и Pro/Intralink. Все пробовал. В ПроЕ по умолчанию тоже. WF3 кстати.

2 mech: Таблицы семейств использую одноуровневые - потому как Winchill.

В стандартных изделиях в таблицах ставлю блокировку(хотя не понял какой от нее толк).

Сборка более 2000 компонентов. Большинство стандартных. Со всеми табличными исполнениями более 4000 компонентов.

Пришли хотя бы один табличный компонент, нужно на него посмотреть ).

[pr092045 0]

DNO посмотри, кромки выраждаются отверстиями ).

Такие сборки лучше строить на основе скелетона, листовые детали делать из объема, отверстия делать к конце построений...

Я понимаю что ошибку может вызвать перестроние детали. Но чтобы вобще вылетала программа.

[mech 1]

Я понимаю что ошибку может вызвать перестроние детали. Но чтобы вобще вылетала программа.

Там еще много ошибок, нужно контролировать светофор (Менеджер регенерации).

[newer 1]

WF3 кстати

Проверил в Creo 1.0, ту же сборку. Ошибок не наблюдал. Удаляются массивы компонентов моментально(19 сек против часа в WF3).

Косяк где то в настройках WF3. Без конфига удаляются быстро, с конфигом по умолчанию очень долго(похоже по-умолчанию не совсем по-умолчанию))).

Какой параметр может заставлять пересчитывать-регенерировать всю сборку после каждого удаления компонента? По-очереди придется отключать подключать все более или менее подходящие.

[wexus 41]

Проверил в Creo 1.0, ту же сборку. Ошибок не наблюдал. Удаляются массивы компонентов моментально(19 сек против часа в WF3).

Косяк где то в настройках WF3. Без конфига удаляются быстро, с конфигом по умолчанию очень долго(похоже по-умолчанию не совсем по-умолчанию))).

Какой параметр может заставлять пересчитывать-регенерировать всю сборку после каждого удаления компонента? По-очереди придется отключать подключать все более или менее подходящие.

Может параметр mass_property_calculate - расчет физических свойства на основе регенерации или по запросу пользователя.

По умолчанию by_request может у вас в конфиге стоит automatic?

[newer 1]

mass_property_calculate стоит по умолчанию, by_request.

[wexus 41]

Можно попробовать включать поочерёдно набор опций в конфиге - долго, нудно, но можно проверить где проблема.

[newer 1]

а беда была в параметре piping_design_method, значение spec_driven. По умолчанию non_spec_driven. Вроде как ни как не связаны, но влияет на удаление массивов. Без этого параметра (или по умолчанию) операция удаления проходит за считанные секунды, со значением spec_driven - часами регенирирует всю сборку.

Изменено 31 августа 2011 пользователем newer

[GOLF_stream 294]

а беда была в параметре piping_design_method

Жесть!

[wexus 41]

а беда была в параметре piping_design_method, значение spec_driven. По умолчанию non_spec_driven. Вроде как ни как не связаны, но влияет на удаление массивов. Без этого параметра (или по умолчанию) операция удаления проходит за считанные секунды, со значением spec_driven - часами регенирирует всю сборку.

Вот это связь технологий.