Конфигурации детали при проектировании "Сверху вниз"

[KSVSVK 6]

Пните в нужном направлении...

Пытаюсь создать наборное крыло авиамодели. Все его нервюры подобны одна другой. При этом их размеры различаются и зависят от параметров сборки. Нервюр много (порядка 20-40).

Как можно это построить?

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

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

С уважением.

[IFU 6]

Пните в нужном направлении...

Из решений которые вижу на поверхности, могу предложить такой вариант.

Решает пробламу с увязкой размеров нервюр и формы крыла))

С уважением.

ЗЫ: Художественно не чертил, набрасал как получилось по быстрому, уж не обессудьте)).

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

Эскиз.rar

Изменено 1 июня 2010 пользователем IFU

[GOLF_stream 294]

Как при этом обойтись одним файлом детали?

а ЗАЧЕМ один файл, если детали разные?

Строить поверхность крыла (в отдельном файле). Вставить в сборку.

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

Для каждой нервюры получить сечение поверхности крыла плоскостью нервюры. Затем оформлять конструкцию каждой нервюры.

По идее всё это можно сделать один раз для одной нервюры, остальные получить массивом.

[Kelny 1 256]

Насколько я понял, каждая построенная нервюра будет сохраняться в отдельный файл.

Как при этом обойтись одним файлом детали?

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

[IFU 6]

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

Да, SW2009

Както активно пользовался виртуальными компонентами и вынес одно.

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

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

Изменено 1 июня 2010 пользователем IFU

[Kelny 1 256]

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

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

На сколько я помню в SW2009 эти компоненты были введены в первые и разработчики отлаживали продукт, так сказать, на поле боя. Для открытия виртуальных компонентов использовался метод распаковки во временную папку виртуальных компонентов в обычные и программа забывала снова их ввести в разряд виртуальных и при этом удаляла распакованные файлы после завершения работы с файлом или сессии Solidworks.

[Vadim_ryb_ 77]

Пытаюсь создать наборное крыло авиамодели. Все его нервюры подобны одна другой. При этом их размеры различаются и зависят от параметров сборки. Нервюр много (порядка 20-40).

Как можно это построить?

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

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

Можно сделать так.

1. Создать деталь "Нервюра". Можно пустую, без эскизов. Можно сразу же создать и все нужные конфигурации. Можно хитрить таблицей параметров.

2. Поставить ее в сборку на место нервюры 1, привязав по существующим плоскостям.

3. Включить нужную конфигурацию.

4. Войти в редактирование детали.

5. Создать эскиз, нарисовать требуемый профиль, вытянуть. Либо поменять размеры на конфигурационные.

6. Выйти из редактирования детали

7. Повторить 2-7 для каждой нервюры. Если каждый раз создаете новый элемент - не забывайте в новой конфигурации гасить все остальные элементы.

ЗЫ: "Виртуальные компоненты" появились в SW2008. В принципе нервюру можно создать и как "Виртуальный компонент" (ВК), но его надо будет то же копировать. Создавая каждый раз "ВК" будет создаваться новый ВК.

Работая с ВК никаких проблем не замечал (больше чем у обычных компонентов).

Проблемы с "исчезновением" могут объяснятся тем, что при создании нового компонента система слишком "застенчиво" просит выбрать плоскость для создания эскиза. Часто на это не обращают внимания и ВК остается пустым - т.е. без элементов.

[Evgeniy.grb 0]

Пните в нужном направлении...

KSVSVK, мне кажется для полного набора Вам нужно еще познать возможности T-flex, подобные вещи там делаютя на раз-два, и голову не надо ломать...

[IFU 6]

На сколько я помню в SW2009 эти компоненты были введены в первые ...

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

Говоря простым язаком - пока виртуальные компоненты создают впечатление блага сомнительного качества)) ИМХО

Можно сделать так.

1. Создать деталь "Нервюра". Можно пустую, без эскизов. Можно сразу же создать и все нужные конфигурации. Можно хитрить таблицей параметров.

2. Поставить ее в сборку на место нервюры 1, привязав по существующим плоскостям.

3. Включить нужную конфигурацию.

4. Войти в редактирование детали.

5. Создать эскиз, нарисовать требуемый профиль, вытянуть. Либо поменять размеры на конфигурационные.

6. Выйти из редактирования детали

7. Повторить 2-7 для каждой нервюры. Если каждый раз создаете новый элемент - не забывайте в новой конфигурации гасить все остальные элементы.

Сие на 20й- нервюре нервы порвет)))

ЗЫ: "Виртуальные компоненты" появились в SW2008. ... Работая с ВК никаких проблем не замечал (больше чем у обычных компонентов).

Проблемы с "исчезновением" могут объяснятся тем, что при создании нового компонента система слишком "застенчиво" просит выбрать плоскость для создания эскиза. Часто на это не обращают внимания и ВК остается пустым - т.е. без элементов.

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

Строить поверхность крыла (в отдельном файле). Вставить в сборку.

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

Для каждой нервюры получить сечение поверхности крыла плоскостью нервюры. Затем оформлять конструкцию каждой нервюры.

Эта идея хорошая) Только возни с каждой из 20ти нервюр много. Предложенный <noindex>мною способ</noindex> оптимальнее.

Поясню почему - детали нарезуются из единой сформированной заготовки. Есть конечно отдельные ньюансы, не без этого. Но последовательность действий по созданию нервюр, увязка с требуемой формой крыла и обновление/корректировка обеспечиваются достаточно оптимально. Не поналышке говорю это - способ проверен на практике.

По идее всё это можно сделать один раз для одной нервюры, остальные получить массивом.

Идея почемуто не прокатывает в массиве сборки. Мот чето не так делаю.

Вообще оптимально идеи сопровождать файлами, если работы не много) Как раз этот случай. И не лень, конечно. Ато както...

ЗЫ: Как то неактивно отзываются о предложенном <noindex>первым способе</noindex>

ИМХО ничего лучше не прозвучало. Только советы сыплются))

Изменено 1 июня 2010 пользователем IFU

[GOLF_stream 294]

И не лень, конечно.

разумеется лень :)

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

у меня портится настроение от работы в Солиде вообще

Идея почемуто не прокатывает в массиве сборки.

эта идея прокатывает в ПроЕ, думал, в Солиде тоже прокатит - ан нет!

Мне, как поешнику :) по-прежнему не понятно желание иметь все нервюры в одном фале.

[Гость]

Мне, как поешнику :) по-прежнему не понятно желание иметь все нервюры в одном фале.

Нервюру с кучей исполнений потом можно легко размножить - будет набор крыла:).

[IFU 6]

разумеется лень :)

Ну... поддерживаю. Тоже настроение редко бывает.

У меня портится настроение от работы в Солиде вообще

Да, у меня от солида тоже не бывает настроения. А от прое портится и то, что есть. Хотя по сравнению этих двух сред - думаю, ответ знает каждый уважающий себя)))

Мне, как поешнику :) по-прежнему не понятно желание иметь все нервюры в одном фале.

Я поддерживаю идею только в контексте управляющей детали для создания множества нервюр. Автора сбщения, видимо раздражает вид горы файлов)

В принципе, конфигурации хороши к месту, в ключе темы они както не приживутся ИМХО.

Нервюру с кучей исполнений потом можно легко размножить - будет набор крыла:).

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

Изменено 1 июня 2010 пользователем IFU

[Странник 6]

И всёже не очень понятно чем же топикстартера не устраивает функционал копирования проекта с переименованием?

Тут ведь можно и гибко всё настроить, и копировать по принципу геометрической прогрессии с коэффициентом 2.

К томуже есть ещё функционал ссылок на сопряжения...

[KSVSVK 6]

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

К сожалению, разочаровал, т.к. в моем распоряжении только SW 2007 SP0, а он эти файлы не открывает.

Я поддерживаю идею только в контексте управляющей детали для создания множества нервюр. Автора сбщения, видимо раздражает вид горы файлов)

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

Сие на 20й- нервюре нервы порвет)))

Если иного не остается, то придется рвать нервы.

[IFU 6]

К сожалению, разочаровал, т.к. в моем распоряжении только SW 2007 SP0, а он эти файлы не открывает.

Хренова. Тогда пару комментов.

1) Создается модель, повторяющая контур крыла, примыкающий к нервюрам (иллюстрация 1).

2) Создается вырез, нарезающий тело сформированой модели на нервюры (иллюстрация 2, 4). При этом использование массива и нехитрых уравнений позволяет создавать управляющий файл с быстрым изменением количества нервюр и их толщины (изменением количества элементов массива и корректировкой одного размера).

3) Вставка/элементы/сохранить тела. При этом созданный набор нервюр сохраняется в отдельные файлы (иллюстрация 5).

В результате манипуляций содается управляемый исходным файлом набор деталей.

Есть возможность при сохранении тел автоматически создать сборку, повлторяющую расположение тел в исходном файле (иллюстрация 6).

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

Если можно - пояснить русским языком "Там можно из сборки задавать значения внешних переменных деталей". Из определения неясен смысл. Есть вероятность что подобную беду помогу реализовать и силами SW.

Если иного не остается, то придется рвать нервы.

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

Изменено 3 июня 2010 пользователем IFU

[KSVSVK 6]

Если можно - пояснить русским языком "Там можно из сборки задавать значения внешних переменных деталей". Из определения неясен смысл. Есть вероятность что подобную беду помогу реализовать и силами SW.

Внешне пакеты SW и Компас похожи. Последний позволяет следующее:

1. Создаем файл детали. Также как и в SW задаем переменные и уравнения.

2. Переменные, предназначенные для задания со стороны сборки, помечаем как "Внешние".

3. Вставляем деталь несколько раз в сборку. При этом Файл детали один и никаких конфигураций в нем нет.

4. Для каждого экземпляра детали в сборке задаем свои значения внешних переменных.

Таким образом, размеры детали в сборке определяются не теми параметрами, еоторые определены при создании самой детали, а теми, которые заданы в сборке.

SW так не позволяет.

[Nikona 7]

3. Вставляем деталь несколько раз в сборку. При этом Файл детали один и никаких конфигураций в нем нет.

4. Для каждого экземпляра детали в сборке задаем свои значения внешних переменных.

Таким образом, размеры детали в сборке определяются не теми параметрами, еоторые определены при создании самой детали, а теми, которые заданы в сборке.

SW так не позволяет.

И правильно, что не позволяет творить сию чушь

Не нами писаны законы, однако есть понятие исполнение (читай конфиг) ... если конечно речь идет о проектировании и нервюра рассматривается, как изделие

[BSV1 1 727]

... сию чушь

[Странник 6]

И правильно, что не позволяет творить сию чушь

Аккуратнее надо быть в выражениях.

Спрашиваю: чем плоха возможность посадить ряд сопрягаемых меж собою, но живущих через несколько уровней вхождений друг от друга деталей на единые цифры?

Конечно можно сие реализовать и средствами SolidWorks

библиотека проектирования

однако сей путь нельзя назвать прямым, да и глюкобезопасным, после гибели SWR-PDM.

[MyBooks2009 0]

1. Создаем файл детали. Также как и в SW задаем переменные и уравнения.

2. Переменные, предназначенные для задания со стороны сборки, помечаем как "Внешние".

3. Вставляем деталь несколько раз в сборку. При этом Файл детали один и никаких конфигураций в нем нет.

4. Для каждого экземпляра детали в сборке задаем свои значения внешних переменных.

Таким образом, размеры детали в сборке определяются не теми параметрами, которые определены при создании самой детали, а теми, которые заданы в сборке.

SW так не позволяет.

Потратил много времени, чтобы понять: “SW так не позволяет”.

Неудобство вот в чем: Если имеется несколько одинаковых сигнальных/силовых шлангов, они, как правило, имеют разную трассу. При создании исполнений (конфигураций) каждая конфигурация будет отображаться своей позицией в BOM. Что неприемлемо. То же относится к гибким листовым деталям, которые гнутся по месту, но имеют одинаковую развертку и выполняются по одному чертежу.

Спрашиваю: чем плоха возможность посадить ряд сопрягаемых меж собою, но живущих через несколько уровней вхождений друг от друга деталей на единые цифры?

Конечно, можно сие реализовать и средствами SolidWorks…

1.Лично для меня, вышеописанная 'Странник' технология показалась полезной для применения.

2.Так понял, что ‘KSVSVK’ хотел посадить каждое вхождение на свои параметры.

P.S. Нюансы проектирование сверху - какая интересная тема!...

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