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

[andrei.berezin]

В вашем случае, если планируете изменять обвязку, то делайте копию файлов обвязки с помощью инструмента Комплект файлов. В дальнейшем правьте уже данную копию.

[andrei.berezin]

Продолжаю тему скелетного моделирования:

Материалы по скелетному моделированию от Robert Williams:
Skeletal Modeling... Paper (PDF) 2.066 MB
Skeletal Modeling... Paper (Word DOC [ZIP]) 2.881 MB
SkelAssemble Add-In (ZIP) 1.508 MB)
sample files

Спецплагин для скелетного моделирования

KWiKInsertNFix



Предназначен для вставки деталей, разработанных с использованием базового эскиза, в сборку с одновременной фиксацией их метоположения.

Офсайт

Скачать

[varg]

А можно поподробнее, что это за инструмент "комплект файлов", где он находится и как с ним работать?

[andrei.berezin]

Правая кнопка мыши на файле Инвентора (в окне проводника) и пункт Комплект файлов (между Design Assistant и Свойства Инвентор)

[varg]

Спасибо! Все получилось!

[sloter7]

Привет всем Инвенторитянам! Андрей, большое спасибо за ссылки на плагины по вставке. Я много раз безуспешно пытался скачать их по ссылкам с офф форума Доски. Не мог пробиться даже на сайт. Уже надежду потерял. Плагины это конечно хорошо, но неужели Доска не понимает необходимость этих функций в базовом функционале? Вообще это не очень красиво с их стороны. По сути для реального "нисходящего" (сверху-вниз) проектирования в АИ предлагается на сегодняшний день один единственный способ - скелетное моделирование. Когда конкуренты предлагают несколько. И то, как технология оно совершенно не оформлено. Есть по сути 2 универсальных инструмента: Производный компонент и Копировать объект, с помощью которых пользователь сам должен выстроить технологию нисходящего проектирования. Если позволите, небольшой коментарий к вашему Андрей первому посту. При классификации вы поставили в один ряд принципиальные методики проектирования и способы их реализации в CAD. Принципиальных методик три (вы их указали): Снизу-вверх, сверху-вниз и гибридный (смешанный), включающий совокупность первых двух. А далее идут способы их реализации в CAD. Для метода сверху-вниз, как я уже говорил, АИ предлагает только "скелетное моделирование". Все другие способы обеспечения ассоциативности компонентов сборки к "нисходящему" проектированию отнести нельзя. Они обеспечивают ассоциативную связь компонентов сборки между собой, но проектирование ведётся все равно "снизу-вверх", то есть последовательно. Сюда относятся и проецирование кромок других деталей в контексте сборки, и применение "копировать объект" и "производный компонент" между отдельными деталями (не скелетами), и адаптивность. Метод "сверху вниз" же характеризуется тем, что глобальная (концептуальная) структура всего проекта создаётся, увязывается и параметризуется на одном (низком) уровне. Все соотношения между компонентами проекта определяются именно на этом одном уровне. Компоненты сборки не зависят друг от друга, а зависят только от этой общей компановки. Поэтому их непосредственное создание можно вести параллельно и в любой последовательности.
Возвращаясь к "неоформленности" скелетного моделирования в АИ можно сказать, что новичкам очень сложно даже догадаться о возможности её построения на базе общих универсальных команд (упомянутых выше). Пользователь вынужден, создавая и вставляя "скелетные" парты в сборку, спецефически их обзывать, что бы можно было их выделить из других простых деталей, так как в браузере отличить по иконке их невозможно. Так же надо не забыть В РУЧНУЮ назначить им статус "Reference", что бы они не учитывались в характеристиках сборки и документации. Далее при создании собственно компонентов на основе "скелетов" пользователь вынужден заниматься рутиной - выполнять одну и ту же операцию для всех деталей - Создать>Вызвать фичу Производный компонент> Найти скелетный парт. Потом каждую привязать по базовым плосткостям или зафиксировать. Любой грамотный человек скажет, что тут просто показана автоматизация. Существует вариант работы с использованием специально созданного шаблона, но недостаток применения шаблона в том, что заимствоваться в создаваемые детали будет одно и то же, то есть по сути всё, и из него надо будет потом выкидывать лишнее. По сути, для оформления технологии необходимо 3 фичи: 1. Создание в сборке "скелетного" парта со всеми присущими ему атрибутами (Reference - статус, спецефический суффикс в названии, спецефичная иконка, может отдельная группа в браузере для ряда "скелетов"). 2. Создание в сборке компонента на базе указанного скелета, с позиционированием его по основным плосткостям скелета (либо сборки) и привязкой по тем же базовым плосткостям (либо фиксация). 3. Вставка в сборку деталей, созданных независимо (не в контексте) с привязкой по базовым плосткостям или фиксацией. Эта фича реализована в виде вышеупомянутого плагина, надо только встроить её в базовый функционал. А вот такой же привязки при создании детали в контексте сборки очень не хватает. Может кто знает, существует ли такой плагин?

[andrei.berezin]

Хорошо сказано! Подписываюсь под всем!

Насчет плагина - не знаю. Буду смотреть!

[andrei.berezin]

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

Constraint iMap – A view designed to help view, create and manage assembly constraints and structures
Skeletal iMap – A view designed to create, and managed derived part relationships frequently used to do “Skeletal modeling” in Inventor

Офсайт

Страница закачки

Руководство пользователя

Только для 2009 версии. Действует до 1 апреля 2009г.

[andrei.berezin]

to sloter7

Предлагаю определиться с тем, что вам надо. Постараюсь помочь. Итак:

1. Создание в сборке "скелетного" парта со всеми присущими ему атрибутами (Reference - статус, спецефический суффикс в названии, спецефичная иконка, может отдельная группа в браузере для ряда "скелетов").

Этот "скелетный" парт создается на основе всех сборки? Поясните подробнее - как вы делаете его "вручную"?

[sloter7]

Скелет можно создавать и независимо от сборки, просто как новый Парт. Но не знаю, возможно ли присвоить ему референс статус в этом случае. Ведь это статус детали в сборке и он должен существовать только в сборке. В принципе, выбор статуса при создании новой детали в контексте сборки есть, надо только автоматом его выставлять на референсе. Далее макрос должен автоматом присвоить этой детали специфический суффикс, например _skel и присвоить ей специфическую иконку в браузере (и в проводнике), отличную от других партов. Я пробовал решить эту задачу путём настройки шаблона, но пока не получилось. Хотелось бы ещё отдельный раздел вверху дерева, например Skeletons, куда бы помещались эти детали, но не знаю, доступно ли такое в API. Это что касается 1го пункта.
Спасибо за желание помочь!