Методики проектирования сборок

[andrei.berezin]

В данной теме предлагаю собирать информацию по различным подходам (и опыту) проектирования сборок в Autodesk Inventor.

Последовательность объединения набора компонентов в сборку зависит от выбранного метода проектирования. Наиболее известными являются:

"СНИЗУ-ВВЕРХ"
Если бы поняли, каковы окончательные размеры и формы компонентов сборки, или работаете в составе группы конструкторов, приходится использовать метод "снизу-вверх". Сначала с помощью параметрических методов создания моделей твердых тел создаются все детали, входящие в состав сборки. Зачем создается файл сборки и в него вносятся детали, объединяемые в сборку. Выравнивание компонентов в сборке достигается за счет применения к ним ограничений сборки. После составления сборки производится ее анализ и детали подвергаются необходимым изменениям.

"СВЕРХУ-ВНИЗ"
Иногда ваш проект уже созрел в голове, но вы еще недостаточно хорошо представляете подробности отдельных деталей. В этих случаях используется метод "сверху-вниз" — вы открываете новый файл сборки, а компоненты сборки создаете именно в нем. С самого начала ваша работа напоминает импровизацию. Достоинство метода "Сверху-вниз" состоит в том, что конструктор, работая над некоторой деталью, постоянно видит остальные детали и всегда имеет возможность переходить от детали к детали, продолжая уточнять их конструкцию.

ГИБРИДНЫЙ МЕТОД
На практике редко используется лишь один подход. Обычно метод "снизу-вверх" применяется для создания стандартных компонентов и новых деталей, конструкция которых ясна, а метод "сверху-вниз" — для разработки новых компонентов, связанных с уже существующими. Именно такое совместное использование двух методов называется гибридным методом.

СКЕЛЕТНОЕ МОДЕЛИРОВАНИЕ
Основная идея данного подхода заключается в создании мастер-детали, содержащей основные эскизные контуры изделия. Затем с помощью механизма прозводных компонент данный эскиз используется в файлах отдельных деталей. Эти детали затем собираются в сборку. Плюс подхода - меняя один раз параметры мастер-детали, мы получаем изменения всей сборки.

Подробнее с уроками и картинками (на английском языке):
тут и тут

МУСКУЛЬНОЕ МОДЕЛИРОВАНИЕ
Продолжение идеи скелетного моделирования. Отличие заключается в том, что в качестве мастер-модели используется не эскиз, а сами детали (или сборки). В общем, подробнее тут.

[46alex46]

Хотелось бы увидеть определение понятия сборки. А то оно у каждого конструктора свое. Я имею в виду не основную сборку, а входящие. При проектировании с ними возникают проблемы. При переносе деталей из сборки в сбору или при образовании новой сборки из существующих деталей теряются связи между деталями. Очень часто невозможно переместить подвижные детали, входящие в разные сборки, но соединенные между собой. Хорошо бы собирать все изделие в одной сборке. Все можно подвигать, изменить, заменить. А сборки образовывать в отдельном браузере только для нужд чертежа, не меняя структуры основного браузера.

[andrei.berezin]

Мне кажется интересным следующий подход (навеянный 46alex46): проектируем все в одном файле сборки, двигаем, проверяем, адаптивность и т.д. Затем в окончательном варианте подавляем все сборочные зависимости и фиксируем детали. И после этого начинаем их разносить по отдельным подсборкам (подузлам).
Ваше мнение?

[46alex46]

Это хорошо бы, да не всегда удастся выполнить. И много дурной работы. Я имел ввиду другую идею, которая уже давно не дает мне покоя. Она врядли выполнима в нынешней конфигурации Инвентора. Но может кто-нибудь че запрограммирует или кто донесет ее до Доски. Хорошо бы иметь второй браузер, где группировать детали из первого. Сначала проектируем в первом все в одной сборке, а затем во втором разносим по подсборкам и формируем иерархию подсборок и деталей в интересах документации. Перый браузер остается при этом неизменным. Мне кажется, было бы удобнее.

[andrei.berezin]

Насчет дурной работы - вы имеете в виду подавление зависимостей и фиксацию деталей "вручную"? Так можно написать очень простой макрос.
Насчет второго браузера - как я понимаю, разнесение по подсборкам используется, в вашем случае, только на этапе формирования спецификаций (т.е. в среде чертежа).
Редакторов спецификаций довольно-таки много (есть даже и творения русских конструкторов). Вы смотрели эти программы?
Их список может найден тут

[46alex46]

Спасибо за наводку. Буду разбираться.

[varg]

Интересно, а кто-нибудь работает со сборками, где есть элементы трубопроводов (фланцы, переходы, отводы и т.п.), полученные с помощью редактора трубопроводов (входит в Autodesk Inventor Professional). Меня интересует, можно ли создавать узлы обвязки тепломеханического оборудования (например, насосов, котлов и т.п.), а потом экспортировать их в другие проекты? Может, кто поделится опытом...

[zlobin]

Кстати интересная тема, по поводу экспорта типовых узлов обвязки в другие проекты. А то, с трубопроводной обвязкой в Inventor Pro, имею не малый опыт работы, подобных вещей делать не пробовал, а вопрос стоящий. Может как то на уровне подсборок его можно организовать?!

[andrei.berezin]

Возможен подобный подход:
1. Создаем новую (пустую) сборку, в которую вставляем ту сборку, которую собираемся обвязывать. Или если у нас уже есть сборка с обвязкой, то вставляем ее.
2. Строим всю необходимую обвязку (если она еще не создана) или поднимаем компоненты обвязки (из вставленной сборки) до самого верхнего уровня браузера построений.
3. Удаляем (или гасим видимость) исходную подсборку из нашей новой сборки. Остается сборка с обвязкой. Далее можем сделать комплект файлов.

[varg]

Поясню свой вопрос на конкретном примере: Имеется насос (деталь типа *.ipt), обвязку которого требуется сделать для последующего использования в нескольких отдельных проектах. Для этого создается файл сборки, куда в качестве первого элемента этот самый насос и вставляется. Затем с помощью редактора трубопроводов добавляются ответные фланцы, трубы, задвижки, обратные клапаны, манометры и т.д. Получается сборка обвязки насоса. Возникает следующий вопрос: если эта сборка используется в нескольких проектах и в одном из них необходимо в этой сборке что-то изменить, например длину участков труб или диаметр арматуры, то аналогичные изменения произойдут во всех проектах, где эта сборка использовалась? Или я ошибаюсь?