многотельность

[sloter 546]

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

Можно. Но это уже более поздняя стадия, по сути косметическая доводка. На этот процесс тратится, как правило, маленький процент общего времени разработки. Распараллеливание на ранних стадиях даёт намного больший выигрыш по времени. А в крупных реальных проектах это - неизбежность.

[byrger 0]

Я подразумеваю под булевыми только то что касается нескольких тел в документе детали, раз уж тема об этом. Остальные операции- по сути тоже являются булевыми но их вообще то принято называть фичерсами. Но речь то о нескольких телах и если кто то этим не пользуется, то я не виноват...:)

тему надо было назвать ГОРЕ ОТ УМА !!!!!!!!!!!!!!

не х@я не понял, не вопроса ни ответов.

Начертить пресс форму одним телом? ЗАЧЕМ? Это ж какие мозги надо иметь? ЭТО ЖЕ ДОМ СОВЕТОВ А НЕ ГОЛОВА!

А потом еще создать чертеж этой многотельности (без деталировки) и отдать токарям и фрезерам с такой же ГОЛОВОЙ.

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

Если вы конешно не творите КАМЕННЫЙ ЦВЕТОК.

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

[Buran16 3]

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

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

[MVK 1]

В NX вот нет разделения на детали-сборки. Там многотельность она по умолчанию заложена. И никто не говорит что это не нужно )

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

По поводу тяжеловесности. Какая разница сборка это или деталь многотельная. Сборка с деталями она гораздо больше весит чем многотельная деталь и тормозит больше.

ЗЫ. НАучите упражнения запускать в SE

[Buran16 3]

Там многотельность она по умолчанию заложена. И никто не говорит что это не нужно )

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

[MVK 1]

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

Получается и так плохо и эдак не хорошо. У каждой системы свои плюсы и минусы. SW подкупает своим интерфейсом, NX богатством функционала. А SE чем? Интерфейс, извините, лажа. Функционал тоже ничем не выдается.

Я просто сравниваю и хочу найти преимущества

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

Получается и так плохо и эдак не хорошо. У каждой системы свои плюсы и минусы. SW подкупает своим интерфейсом, NX богатством функционала. А SE чем? Интерфейс, извините, лажа. Функционал тоже ничем не выдается.

Я просто сравниваю и хочу найти преимущества SE.

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

[byrger 0]

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

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

Solid works конечно круче. Не кто не спорит.

Но учите меня вы, и это несколько обидно. Зачем сравнивать две системы с несколько разными принципами подхода к проектированию. Это подфорум Solid Edge, спасибо вам большое за информацию, что в Works имеется функция многотелия. А я довожу до вас, что в ежике в среде детали есть булевы операции, и без многотелия у меня прекрасно все получается.

Я уважаю ежик за его интуитивность и приближенность к жизни. Взял болванку, Срезал ненужное, Вставил в сборку, Проверил - работает - делай чертеж.

Можно привести пример применения многотелия на практике?

[Ruslan 266]

Можно привести пример применения многотелия на практике?

А его нет.

Если почитать справку SW, насчет многотельности, то вообще не понятно зачем приводить примеры где все и так строится.

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

Результат метода построения пересечением тел - тоже выполняется обычными средствами.

И еще:

Многотельные детали не следует использовать вместо сборок. Основным правилом является то, что одна деталь (многотельная или нет) должна соответствовать одному номеру детали в Спецификации. Многотельная деталь состоит из нескольких твердых тел, которые не являются динамическими. Если необходимо представить динамическое перемещение тел, следует использовать сборку. Такие инструменты, как Переместить компонент, Динамический зазор и Определение конфликтов, доступны только для документов сборок.

[byrger 0]

Ну, я и говорю - спор из-за ничего.

[Buran16 3]

Извиняюсь- совсем забыл, в какой ветке нахожусь.

Вам точно пример надо? В каком виде вам показать? Могу конечно показать Дерево многотельной детали+ Сборка с нее без сопряжений+ детали внутри которых нет дерева+ чертежи со всего этого хозяйства. Только вас ничего не убедит. Это я уже понял.

Руслан, выдержка из справки- это далеко не все. Не сказано про сохранение тел в детали, про удобство моделирования соединением тел, про перемещения и тп.

[sloter 546]

По поводу тяжеловесности. Какая разница сборка это или деталь многотельная. Сборка с деталями она гораздо больше весит чем многотельная деталь и тормозит больше.

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

А SE чем? Интерфейс, извините, лажа. Функционал тоже ничем не выдается.

Ёжик вообщем довольно симпатичная система по фичам. Ленточный интерфейс весьма удобен - зря вы. Моделирование деталей быстрое и удобное, многие промежуточные действия делаются на ходу - меньше кликов и движений. Нисходящее проектирование представлено богатым набором фич (на мой взгляд самым полным из середняков) для метода по мастер-модели. Динамическое редактирование повышает эргономику работы. Математика Parasolid от разработчика говорит сама за себя. Что не нравится? Слабый графический движок, плохо дружит с Inteli Mouse (по крайней мере скрол я так и не видел что бы нормально работал без тормозов), не все режимы работы "прозрачны" для команд управления экраном, чертёжник мне откровенно не нравится (какой то древний он и не развивается) в чертеже даже Pan мышинный не работает. На мой взгляд, если бы устранить эти и ещё некоторые недостатки, то ёжик бы был не менее популярным чем SW и АИ. В следующей версии грядёт "новая" технология прямого динамического редактирования. Хорошо конечно для 3д, но ИМХО пока они не займутся серьёзно графическим движком и чертёжником, вряд ли Ёжик станет популярнее. Конечный продукт конструктора в большинстве случаев - КД.

[Ruslan 266]

Ну, я и говорю - спор из-за ничего.

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

И то, что там эти задачи решаются другими методами, а не так как он привык, расцениваются им как отсутствие функционала.

Что туже задачу можно решать и другими методами с не меньшим успехом, его не устраивает.

[Buran16 3]

Ну это вы зря! Разница есть и огромная.

Что верно- то верно, многотел годен только для небольших сборок. А иначе тяжелый файл.

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

[ART 511]

Интерфейс, извините, лажа.

Чем лажа? Тем что вы не привыкли? Или не знаете как работать? Я в Ежиках работаю 2-мя кнопками мышки и одним колесиком. Рабочую зону не закрывают, простыни параметров которые мне не нужны. Благодать!

Функционал тоже ничем не выдается.

Чем он должен выдаваться? Что вы ждете от машиностроительного CAD-а?

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

Все изюминки Ежей плавно перетекают в функционал SW. Такова история развития этих продуктов. Реализация разная, суть одна.

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

Сейчас мы ждем новой изюминки - прямое моделирование.

[VESKO 55]

<noindex>Дуель</noindex> м/у SolidWorks и SolidEdge в Болгарии . К сожалению разум победил - дуеля не было.

[Buran16 3]

Дуель м/у SolidWorks и SolidEdge в Болгарии . К сожалению разум победил - дуеля не было.

К сожалению, несмотря на кириллицу, ничего не понял.

[MVK 1]

Я в Ежиках работаю 2-мя кнопками мышки и одним колесиком.

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

Ассоциативность с UG. В каком это виде она работает? Дерево все равно не передается. Это не ассоциативность ))

[ART 511]

кстати про колесо. В режиме активированной какой либо операции колесо на зум не работает.

А кто вам сказал что оно должно на зум работать? Оно работает на выбор геометрии или параметров в соответствии с процедурой.

Ассоциативность с UG. В каком это виде она работает? Дерево все равно не передается. Это не ассоциативность ))

С каких пор, ассоциативность - это передача дерева из системы в систему? Это вы придумали?

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

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

И вообще тема переезжает в раздел "Выбор".

Слабый графический движок, плохо дружит с Inteli Mouse (по крайней мере скрол я так и не видел что бы нормально работал без тормозов), не все режимы работы "прозрачны" для команд управления экраном, чертёжник мне откровенно не нравится (какой то древний он и не развивается) в чертеже даже Pan мышинный не работает. На мой взгляд, если бы устранить эти и ещё некоторые недостатки,

Можно по конкретнее. Если вас не затруднит откоройте темы по каждому вопросу в разделе SE.

[MVK 1]

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

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

[ART 511]

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

А зачем? Я могу открыть эту деталь в Юджи, например, или в Ежах и поправить по дереву, деталь автоматически перестроится в Ежах или в Юджи. Весь мой труд в Ежах не пропадет, заново перестраивать ничего не надо.

Зы. Нет такой геометрии которую невозможно поправить, даже если нет дерева. Все всегда можно переделать, было бы желание.