Исполнения - модель>сборка

[SERoz 201]

Привет...

Получается, что делая сборку на основе модели с несколькими исполнениями (конфигурации) приходится по-новой делать эти же исполнения, но уже в сборке и потом еще утрясать (видими\невидимо) для детали (деталей) в самой сборке???

Можно ли как-то автоматом передать сведения о нескольких конфигурациях из модели в сборку (и на этой основе делать несколько исполнений сборки) - если эта модель является основой для сборки???

Хелп читал, форум смотрел - но не нашёл (наверное не так искал)...

Спасибо..

[Ruslan 936]

Как автоматом передать в SW в таблицу конфигураций, сведения об исполнениях детали, я не знаю.

Но замена любой детали, решается добалением столбца $КОНФИГУРАЦИЯ@Деталь11<3> и записью имен нужных исполнений в нужных строках.

Если переключиться в исполнение сборки и заменить деталь, то столбец должен создаться автоматом.

[SERoz 201]

Здравствуйте.

Три раза перечитал и ничего не понял.

DriveWorksXpress в 2008 SW Вам в помощь.

Немного по-подробнее...

Есть модель детальки (например Корпус) - имеет 3 исполнения, с небольшими изменениями...

На её базе (модели Корпуса) хочу сделать сборку - то же с 3 исполнениями (для 3х вариантов прибора)...

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

Что бы было 3 исполнения в сборке их нужно создать в соответствующей закладке, а потом ещё привязывать к каждой конфигурации сборки нужную конфигурацию модели Корпуса (а остальные гасить)...

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

Надеюсь не слишком запутанно...

[Shvg 68]

Надеюсь не слишком запутанно...

Теперь понятно. Стандартными средствами SW, без лишних телодвижений, нельзя. С API можно, нажатием одной кгопки...

[SERoz 201]

Жаль так нельзя - было бы удобно...

Наверное просить указать на эту кнопку было бы глупо (не зная самого API)...

Но всё же если не слишком сложно (в части объяснения) - подскажите как найти эту самую чудо кнопочку???

Спасибо за ответы...

[Ruslan 936]

Что бы было 3 исполнения в сборке их нужно создать в соответствующей закладке, а потом ещё привязывать к каждой конфигурации сборки нужную конфигурацию модели Корпуса (а остальные гасить)..

Теперь я не понял, а собственно зачем?

Почему в исполнениях сборки, просто деталь на нужное исполнение не заменить?

[ssv22 17]

Теперь я не понял, а собственно зачем?

Почему в исполнениях сборки, просто деталь на нужное исполнение не заменить?

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

(или при нажатии "волшебной" кнопки) создавались-бы соответствующие исполнения(конфигурации)

и каждая из них соответствовала-бы таковым в детали.

ИМХО, насколько я понял.

А что хорошо-бы, надо будет подумать...

С одной деталью, вроде несложно, а воо если несколько деталей с несколькими конфигурациями...

Нужен какой-то "анализ" входящих.

[stalin 0]

Количество конфигураций самой сборки в таком случае превысит ваши ожидания. особенно, при использовании рутинга и библиотечных элементов. Если есть 5 деталей и у каждой по 8 конфигураций - то это 40 конфигураций сборки получится?

[SERoz 201]

Конечно вариантов исполнений и их комбинаций может превышать возможности самого Солида по их отображению...

Кто-то на форуме писал, что у них немного деталей, но более 100 исполнений каждой - но думаю это крайний случай (если это не крепёж)....

Но, ещё разик поясню...

Первая деталь в сборке имеет 3 исполнения (вот их то и хотелось бы поиметь в сборке - т.е. изначально сбора имела бы 3 варианта), потом на неё навешиваются остальные (для простоты у них нет вариантов - хотя на само деле у некоторых есть)...

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

Но имелся ввиду конкретный случай с одной деталью имеющей несколько конфигураций - но раз низя, так низя...

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

А так нужн заказчику этот вариант сборки - ткнул кнопку и получил, нужен другой - получите...

Придётся набрать наглости и подождать - может ssv22 выручит лентяя, а пока буду в рукопашную переносить конфигурации в сборку...

Спасибо (ssv22 особо)...

[Ruslan 936]

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

(или при нажатии "волшебной" кнопки) создавались-бы соответствующие исполнения(конфигурации)

и каждая из них соответствовала-бы таковым в детали.

Это то я понял. Мне было не понятно вот это (жирным):

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

[ssv22 17]

...

Первая деталь в сборке имеет 3 исполнения (вот их то и хотелось бы поиметь в сборке - т.е. изначально сбора имела бы 3 варианта), потом на неё навешиваются остальные (для простоты у них нет вариантов - хотя на само деле у некоторых есть)...

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

Но имелся ввиду конкретный случай с одной деталью имеющей несколько конфигураций - но раз низя, так низя...

Еще вариант пришел на ум:

- создаем шаблон сборки, имеющий 3(4,5...) когфигураций;

- при открытии сборки, указывает нужную нам когфигурацию сборки;

- при вставке детали, указывает конкретно нужную нам когфигурацию детали;

- остается установить соответствие между остальными конфиг. сборки и детали.

[Странник 6]

Вообще говоря проектировать нужно только сверху вниз и никак иначе.

Сперва определиться с количеством модификаций прибора и лишь потом ваять корпусные детали. Ведь всё одно функциональная схема будет всё определять, за ней потянется электрическая принципиальная, набор радиоэлементов и прочие радости электрического конструирования. Хорошо ещё если габариты и ИМХ жёстко задаются заранее.

Отсюда и путь от конфигураций прибора к конфигурациям корпусной детали, но не наоборот.

[SAS_17 11]

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

Уфффф ... как путано всё изложил....

Делал такое в ПроЕ, проектировал групповую оснастку.... ОТЛИЧНО всё получается, а как в SW это делается?!

[Странник 6]

...

Уфффф ... как путано всё изложил....

Делал такое в ПроЕ, проектировал групповую оснастку.... ОТЛИЧНО всё получается, а как в SW это делается?!

Тоже отлично.

[ssv22 17]

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

Уфффф ... как путано всё изложил....

Делал такое в ПроЕ, проектировал групповую оснастку.... ОТЛИЧНО всё получается, а как в SW это делается?!

Насколько я понял, тут несколько иная проблема:

имеем сборку с конфигурациями: Исп1-сб, Исп2-сб, Исп3-сб

При вставке детали с конфигурациями: Исп1-дет, Исп2-дет, Исп3-дет, она (деталь) вставится в сборку

во ВСЕ конфигурации со своей текущей конфигурацией.

Т.е. получим:

сборка: деталь:

Исп1-сб Исп1-дет

Исп2-сб Исп1-дет

Исп3-сб Исп1-дет

А надо чтобы было так:

сборка: деталь:

Исп1-сб Исп1-дет

Исп2-сб Исп2-дет

Исп3-сб Исп3-дет

ИМХО

[Reader2008 0]

Три раза перечитал и ничего не понял.

Немного по-подробнее...

Надеюсь не слишком запутанно...

Теперь все абсолютно понятно.

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

2.Предлагаю не создавать сборку из детали, а создать шаблон *.ASMDOT, лучше даже *.SLDASM и использовать последний файл сборки как шаблон.

3.В шаблоне создаются кофигурации 00, 01, ... и сколько надо. Делается это один раз.

4.В шаблон сборки всавляется деталь TEMP.sldprt с предварительно создаными конфигупуциями 00, 01, ... и сколько надо. В детале TEMP.sldprt нет ни одной линии, ничего - только конфигурации.

5.В шаблоне для каждой конфигурации ставится в соответствие конфигурация детали. Шаблон сохраняется и он готов к работе.

Это все от п.1 до п.5 надо сделать один раз.

Каждый раз когда надо создать сборку открываем шаблон *.SLDASM делаем 'save as' с нудным именем и replace деталь TEMP.sldprt на нужную деталь. Если в шаблоне больше конфигураций, чем надо - выделяем их все и erase.

Спасибо за советы по Routing.

[ssv22 17]

...

Каждый раз когда надо создать сборку открываем шаблон *.SLDASM делаем 'save as' с нужным именем и

replace деталь TEMP.sldprt на нужную деталь.

...

Спасибо за советы по Routing.

Это хорошо если деталь имеет конфигурации названные "00,01..."

А если в детали другие имена конфигураций?

Вот как-бы автоматизировать "рассовывание" нужных конфигураций детали в нужные конфигурации сборки?

Api, Api... нуно

Вот представьте себе:

имеем окно с двумя списками (допустим дополнительная прога),

в одном списке - список конфигураций детали

в другом - список конфигураций сборки.

Берем мышкой нужную нам конфигурацию детали и перетаскиваем ее на имя нужной нам конфигурации сборки.

Лично так я себе это представляю

[Reader2008 0]

Это хорошо если деталь имеет конфигурации названные "00,01..."

А если в детали другие имена конфигураций?

Если описываются разные положения механизма, то имена конфигураций могут быть 'Up', 'Down', ...

Но речь идет об исполнениях детали - логично, что обозначение конфигурации совпадает с обозначением исполнения.

Вот как-бы автоматизировать "рассовывание" нужных конфигураций детали в нужные конфигурации сборки?

Api, Api... нуно

Вот представьте себе:

имеем окно с двумя списками (допустим дополнительная прога),

в одном списке - список конфигураций детали

в другом - список конфигураций сборки.

Берем мышкой нужную нам конфигурацию детали и перетаскиваем ее на имя нужной нам конфигурации сборки.

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

Лично всегда эту операцию проделывал вручную.

[kolobok 574]

Теперь все абсолютно понятно.

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

2.Предлагаю не создавать сборку из детали, а создать шаблон *.ASMDOT, лучше даже *.SLDASM и использовать последний файл сборки как шаблон.

3.В шаблоне создаются кофигурации 00, 01, ... и сколько надо. Делается это один раз.

4.В шаблон сборки всавляется деталь TEMP.sldprt с предварительно создаными конфигупуциями 00, 01, ... и сколько надо. В детале TEMP.sldprt нет ни одной линии, ничего - только конфигурации.

5.В шаблоне для каждой конфигурации ставится в соответствие конфигурация детали. Шаблон сохраняется и он готов к работе.

Это все от п.1 до п.5 надо сделать один раз.

Каждый раз когда надо создать сборку открываем шаблон *.SLDASM делаем 'save as' с нудным именем и replace деталь TEMP.sldprt на нужную деталь. Если в шаблоне больше конфигураций, чем надо - выделяем их все и erase.

Абсолютно согласен с этим вариантом. Лучшего не придумаешь.

Название конфигураций ... А какая разница какое они имеют имя, в коментариях пиши что скрывается под именем.

[ssv22 17]

...

Название конфигураций ... А какая разница какое они имеют имя, в коментариях пиши что скрывается под именем.

Ну как это какая разница?

Откуда SW узнает какую конфигурацию детали "запихивать" в какую конфигурацию сборки?