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

[Странник 6]

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

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

Ещё бы, ведь это считай методика проектирования средствами SolidWorks.

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

Впрочем...

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

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

Нужно точно привязать размеры каждой нервюры к передней и задней кромкам крыла?

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

Чего ещё не хватает для решения этой задачи? Разве умения создавать компоновочные эскизы и справочную геометрию.

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

P.S. между прочим, при копировании проекта с переименованием можно автоматически скопировать и чертежи и расчёты.

[IFU 6]

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

...

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

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

Таким образом...

Таким образом возникает вопрос:

при создании множества экземпляров одной детали в множественном контексте, то, как несколько эмоционально отметили выше Nikona и BSV1...

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

Но суть изложил.

[BSV1 1 727]

... как несколько эмоционально отметили выше Nikona и BSV1...

Мои аплодисменты Nikona были в ироничном смысле. Конфигурации вещь не гибкая (к тому же объем файла с конфигурациями может оказаться весьма большим). А вот управление через внешние переменные позволяет легко управлять моделями вне зависимости от уровня вхождения в сборки.

[Vadim_ryb_ 77]

По-моему основная трудность тут будет связана с построением эскизов-профилей нервюр. А вытянуть 20 элементов или элемент по 20-ти сечениям строить - гораздо проще.

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

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

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

Теперь про "внешние переменные". А они в этом случае вообще могут быть использованы? Зависит от способа построения контура нервюры. Сначала это бы выяснить, а потом и выводы делать.

[IFU 6]

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

Верное замечание. И вопрос решается разными способами при озвученной зависмости от способа построения контура нервюры, и не составляет суть проблемы))

И вопрос: для изготовления нервюр чертежи делать придется?

Дело касается не только чертежей, и позволю себе повторится:

"при создании множества экземпляров одной детали в множественном контексте, то, как несколько эмоционально отметил выше Nikona...

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

Теперь про "внешние переменные". А они в этом случае вообще могут быть использованы? Зависит от способа построения контура нервюры. Сначала это бы выяснить, а потом и выводы делать.

Ваши предложения, господа! Этот же вопрос и задан несколько выше)) А выводы делаются от отсутствия внятного ответа.

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

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

Прошу прокомментировать выложенную иллюстрацию, если не лень))

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

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

Вообще ИМХО было бы хорошо, если бы советы сопровождались примерами, которые воссоздавали именно то, к чему вопрошается в шапке топика. Ну конечно, это лень (вспоминаю реплику уважаемого GOLF_stream)! Зато автор совета хотя бы поймет до конца - то ли он предлагает, и подходит ли предложенное для воплощения идеи.

А пока что

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

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

И ЧТО? Это проблема - тема отдельного топика.

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

И тут я снова повторюсь - че делать дальше с позволенья сказать - подобным джентельменским набором "аморфных" "деталей" (выбирать пытаюсь выражения, сказать хочется другое). Удобство в этом случае - благо сомнительное, это 3DS-max пользователи хлопают в ладоши. Конструктору куда деть сие? Или технологу? ПОКА ЧТО НЕПОНЯТНО

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

Пока же - ирония в этом контексте безсмысленна.

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

[Странник 6]

Вообще ИМХО было бы хорошо, если бы советы сопровождались примерами, которые воссоздавали именно то, к чему вопрошается в шапке топика. Ну конечно, это лень (вспоминаю реплику уважаемого GOLF_stream)! Зато автор совета хотя бы поймет до конца - то ли он предлагает, и подходит ли предложенное для воплощения идеи.

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

Теперь по технике дела.

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

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

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

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

4. поверхность крыла имееет быть разбитой на подлежащие ререходу в листовой металл (!) и развёртке сегменты. (Здесь идут конфигурации и многотельные детали.)

5. от полуготовых нервюр соответствующими фрагментами поверхности отсекается лишнее. (На этом этапе работает уже импорт поверхности на теже 3...4 уровня вхождения.)

Вот собственно и всё. Получается конечно очень сильно подсаженная на контексты, но никоим образом не аморфная сборка.

P.S. О предкрылках и закрылках топикстартер не говорил ничего, хотя там всё достаточно похоже, а требуется только дополнительное умение работать с поверхностями.

[IFU 6]

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

См. личку. Предлагаю колкости с переходом на личности впреть здесь не валить. Я такого себе не позволяю.

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

Теперь по технике дела.

Имеется:

Файла нету, снова перечень рекомендаций.

Должно быть:

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

Ну а если лень ... <предлагаю акончить фразу>

[KSVSVK 6]

Применительно к SW 2007 поступаю следующим образом:

Создаю полный нервюрный набор крыла как многотельную деталь.

Фактически требуется корневой профиль, концевой профиль, компоновочный 3D эскиз.

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

[Странник 6]

Создаю полный нервюрный набор крыла как многотельную деталь.

...

Многотел конечно является основным орудием компоновки в SolidWorks, но для него характерны "тормоза" компьютера при большом перепаде уровней вхождения между донором и производными деталями. Вторым минусом является потеря числовых значений параметров модели, а следовательно затруднение применения исследования проекта (оптимизации). Можно конечно попробовать на небольшом проекте всё собрать в одноранговую sldasm, но ценою тому будет потеря структуры изделия.

[Lex TD 8]

но ценою тому будет потеря структуры изделия

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

Использую многотел без зазрения совести, без разбивки на детали и без разбивки на одноранговую sldasm, и при этом очень довольный и очень благодарный компании за замечательный инструмент по проектированию изделий с нуля.

[IFU 6]

Использую многотел без зазрения совести, без разбивки на детали и ...

Абсолютно солидарен) Эт по-нашему

[Странник 6]

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

Предварительные прорисовки непременно должны быть в состоянии стать набором управляющих параметров проекта любой сложности, со всеми вытекающими прелестями итерационно-версионной и мультисистемной работы.

Основной "+" компоновки изделия от многотельной детали как раз и состоит в возможности формирования структуры изделия "сверху-вниз" и импорте геометрии, но сама система зачастую не вытягивает таких приёмов работы. Не припомните, кто возмущался по поводу слишком частого вывешивания здесь ролика с глюками SolidWorks при оптимизации небольшого проекта, что был сделан именно от многотельной детали? Не Lex TD часом? А о том, что при копировании подобным образом построенного проекта зачастую появляются перекрёстные контекстные ссылки ранее слыхивали?

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

[Lex TD 8]

Странник

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

перекрёстные контекстные ссылки ранее слыхивали

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

[Странник 6]

Странник

В вашем случае проблема то с оптимизатором, при чем здесь многотельная деталь...

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

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