Компоновочная геометрия. Использование

Автор z011, 04.11.24, 14:24:40

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

z011

Коллеги, всем привет!
Так как поднимается вопрос по использованию компоновочной геометрии, начну эту тему.
Начнем с самого простого примера использования.
1. Создается файл детали. В этом файле создаются эскизы, вспомогательные плоскости, оси и т.д. и т.п., которые потребуются для создания деталей и сборок.
Пример:Компоновочная геометрия 001.jpg
2. Создается файл детали и в этот файл добавляется созданная ранее компоновочная геометрия
Компоновочная геометрия 000.jpg
Используя компоновочную геометрию. которая в файле детали становится доступна в файле детали также как и созданные в этом файле эскизы и другие элементы. За исключением возможности редактировать. Если отредактировать компоновочную геометрию, она изменится во всех файлах, где используется.
Создаем детали:Компоновочная геометрия 002.jpgКомпоновочная геометрия 003.jpgКомпоновочная геометрия 004.jpg.
3. Создаем файл сборки и вставляем в него компоновочную геометрию. Вставляем в файл сборки детали и привязываем их.
По способ привязки есть варианты:
Можно привязывать детали друг к другу так что в этом случаи компоновочная геометрия в файле сборки и не нужна.
Можно привязывать детали к компоновочной геометрии, загруженной в файл сборки.
Можно привязывать компоновочную геометрию файла конкретной детали к компоновочной геометрии файла сборки.
Компоновочная геометрия 005.jpg
После создания сборки, если есть необходимость внести изменение в какую-то деталь можно зайти в файл содержащий компоновку и там внести изменения. Детали отследят эти изменения и соответственно изменится сборка.
+ Благодарностей: 3

Валерий Изранов

Цитата: z011 от 04.11.24, 14:24:401. Создается файл детали. В этом файле создаются эскизы,..., которые потребуются для создания деталей и сборок.
Вы уверены в этом?



Цитата: z011 от 04.11.24, 14:24:40После создания сборки, ... можно зайти в файл содержащий компоновку и там внести изменения. Детали отследят эти изменения и соответственно изменится сборка.
Ни один из известных Компасов этого делать не умеет.


Lemieux

Цитата: Валерий Изранов от 05.11.24, 14:31:32Вы уверены в этом?Ни один из известных Компасов этого делать не умеет.


:))))) :um: :w:

Помедленнее, я записываю!
+ Благодарностей: 1

z011

Цитата: Валерий Изранов от 05.11.24, 14:31:32
ЦитироватьПосле создания сборки, ... можно зайти в файл содержащий компоновку и там внести изменения. Детали отследят эти изменения и соответственно изменится сборка.
Ни один из известных Компасов этого делать не умеет.
Вероятно, те компасы, с которыми Вы имели дело, были поломанными.


Gammer

Цитата: Валерий Изранов от 05.11.24, 14:31:32Вы уверены в этом?


Ни один из известных Компасов этого делать не умеет.


Спасибо, я не знал. Больше так делать не буду :)  :)  :)

СВ

 (Человек решил создать обучающую тему, очень хорошее дело, с компоновочной геометрией многие с трудом разбираются, так нет, наш штатный тролль бегом влез, слова не даёт сказать.
Не дают Правила форума избавиться от ... , единственно возможное - просто игнорировать его. Единственный вариант.)
+ Благодарностей: 1

Gammer

Цитата: z011 от 04.11.24, 14:24:40Коллеги, всем привет!
Так как поднимается вопрос по использованию компоновочной геометрии, начну эту тему.
Начнем с самого простого примера использования.
Коллега, внесу свои пять копеек ну или попробую поправить. Наиболее правильно компоновку создавать сразу из под сборки. Таким образом компоновка сразу привязана к системе координат сборки, а так же будет сохранятся в том же месте где сохраняется и сама сборка.

ZRustam

Цитата: Gammer от 09.11.24, 21:33:28Таким образом компоновка сразу привязана к системе координат сборки, а так же будет сохранятся в том же месте где сохраняется и сама сборка
Никакой разницы нет. Создается обычный файл который как и любой входящий в сборку можно перепривязать, изменить местоположение и прочее. Компоновка на самом деле не так сильно отличается от обычно вставленного в сборку компонента. по большому счету сразу исключается из спецификации, проецирования в чертежи и выставление 0 массы. Ну и выделяется компоновкой, удобнее с ней работать. А так хоть что можно сделать компоновкой.

Nartoff

Как мне кажется, пример из первого сообщения не требует компановочной геометрии.
Это просто проектирование "Сверху-вниз". Где основой являются эскизы, построенные непосредственно в сборке. Я всегда так делаю.
При этом я делаю по необходимости и несколько эскизов (связанных проекцией или размерами с первым эскизом в этой плоскости или эскизами в других плоскостях) для облегчения восприятия. При этом всегда подписываю эскизы.
Если что-то сторонее вставляю, то привязываю к эскизам, а не к созданными из этих эскизов деталям, телам, поверхностям. Это позволяет легко удалять как отдельные части компонентов, так и компоненты целиком.
А компановочную геометрию я применяю если мне надо с чего-то стороннего (подчас незаконнченного) взять опорные поверхности. При этом, как отметили выше, беру систему координать материнской детали или сборки. Это сильно облегчает головную сборку и не утяжеляет сборку.
Так как КГ меняется вслед за изменением поверхностей, с котороых она бралась, то и изменения автоматически проходя.
Наверное, есть и другие способы примения, но я для себя такой пока считаю самым полезным.
+ Благодарностей: 1

Сергей К

Цитата: z011 от 04.11.24, 14:24:401. Создается файл детали. В этом файле создаются эскизы, вспомогательные плоскости, оси и т.д. и т.п., которые потребуются для создания деталей и сборок.


Для домашнего использования, без привязки к Лоцману, всё хорошо.

Теперь опишу подводные камни при использовании КГ для работы в связке с Лоцман.

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

2. Всегда нужно помнить про механизм открытия ДСЕ из Лоцман. А именно: если в каком-то эскизе была использована привязка к объекту, не относящемуся к данной детали (например, открыли СБ, в ней решили редактировать деталь на месте и в эскизе этой детали сделали привязку к другим объектам из этой СБ), то потом, при открытии из Лоцмана только этой детали, деталь, которая использовалась для какого-то объекта/привязки в эскизе - не загрузится, а рядом с этим эскизом будет иконка связи (раньше вообще была бы ошибка и красный воскл. знак)

z011

Цитата: Сергей К от 13.11.24, 18:00:14Теперь опишу подводные камни при использовании КГ для работы в связке с Лоцман.
1. Любое изделие состоит из ДСЕ, которые входят в нулевую спецификацию этого изделия непосредственно или в спецификации, входящих в него составных частей. Поэтому нельзя ради каких-то эскизов для КГ создавать вымышленный объект (ваша деталь с эскизами), этот объект должен быть из состава изделия.
Сергей К!
Т.е. если некий объект входит в состав изделия (т.е. хотя бы раз "засветился" в одном из компонентов изделия), то этот объект должен обязательно входить в одну из спецификаций. Я правильно понимаю?
Это требование Лоцмана?

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

Сергей К

Цитата: z011 от 14.11.24, 10:50:06Сергей К!
Т.е. если некий объект входит в состав изделия (т.е. хотя бы раз "засветился" в одном из компонентов изделия), то этот объект должен обязательно входить в одну из спецификаций. Я правильно понимаю?
Это требование Лоцмана?

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

При получении информации по 3D-модели детали или СБ в Лоцмане, он притянет и создаст все объекты и из используемой в них КГ (если они не были вставлены из имеющихся в БД Лоцман ранее), а т.к. каждый конструктор для КГ может создавать Деталь1, Деталь2 и т.д., то в Лоцман они попадут только от первого конструктора, а для остальных будет выскакивать ошибка, что такие объекты уже зарегистрированы в БД Лоцман, но с другими 3D-моделями.

ДСЕ - да, это детали и сборочные единицы, встречается сокращение в некоторых ГОСТах, а также его использует сам Аскон в своей методологии СТ3D

lavgirb

Цитата: Сергей К от 14.11.24, 11:55:21ДСЕ - да, это детали и сборочные единицы, встречается сокращение в некоторых ГОСТах, а также его использует сам Аскон в своей методологии СТ3D
В советское время при подготовке производства в диспетчерских отделах создавали ведомости ДСЕ.
Большие таблицы (типа Excel, только бумажные  :angel: ), в которых для каждой детали и сб. ед. расписывалось прохождение по участкам производства.
Вероятно, еще оттуда и пошла аббревиатура ДСЕ.

z011

Цитата: Сергей К от 14.11.24, 11:55:21При получении информации по 3D-модели детали или СБ в Лоцмане, он притянет и создаст все объекты и из используемой в них КГ (если они не были вставлены из имеющихся в БД Лоцман ранее), а т.к. каждый конструктор для КГ может создавать Деталь1, Деталь2 и т.д., то в Лоцман они попадут только от первого конструктора, а для остальных будет выскакивать ошибка, что такие объекты уже зарегистрированы в БД Лоцман, но с другими 3D-моделями.
Сергей К!
Во-первых, это не отвечает на заданный вопрос,
во-вторых, не понял, вся проблема в совпадении названий файлов в которых содержится компоновочная геометрия для разных деталей/сборок?.

Сергей К

Цитата: z011 от 14.11.24, 12:26:48Сергей К!
Во-первых, это не отвечает на заданный вопрос,
во-вторых, не понял, вся проблема в совпадении названий файлов в которых содержится компоновочная геометрия для разных деталей/сборок?.

Вся проблема в том, что не нужно плодить мусор в PLM системе, потом никто кроме автора не сможет понять для чего были нужны эти объекты в конструкторском составе этого объекта и что с ними делать при проведении извещений об изменении

ZRustam

Цитата: Сергей К от 14.11.24, 16:04:14в конструкторском составе этого объекта
Дак никакого мусора и не плодится. компоновка не попадает в спецификацию, и никаких лишних деталей нет. Если компоновка, которая по смыслу и практике в компасе не должна попадать в спецификацию но в лоцмане в нее попадает - то это вопрос к аскону о настройке лоцмана, не более того. Компоновка отличная вещь, как раз таки систематизирует и позволяет работать нескольким людям над изделием параллельно
+ Благодарностей: 1

Сергей К

Цитата: ZRustam от 15.11.24, 10:23:33Компоновка отличная вещь, как раз таки систематизирует и позволяет работать нескольким людям над изделием параллельно

Это никто не отрицает, но ничто не мешает делать её на базе специфицируемых ДСЕ

Валерий Изранов

В Компасе есть раздел справки "Компоновочная геометрия".
Может быть этот раздел прочитать и использовать как в нем написано?

Warlock-72

Цитата: Сергей К от 14.11.24, 16:04:14... не нужно плодить мусор в PLM системе, потом никто кроме автора не сможет понять для чего были нужны эти объекты в конструкторском составе этого объекта ...
Возможно, в ЛОЦМАНе для этих целей предусмотрен соответствующий тип объекта, содержащего компоновочную геометрию, который имеет связь с изделием не "Состоит из...", а ... некую другую.
Я бы в эту сторону посмотрел.
Или в службу техподдержки запрос составил бы (если бы была необходимость применения подобного функционала).

Сергей К

Цитата: Warlock-72 от 15.11.24, 15:05:44Возможно, в ЛОЦМАНе для этих целей предусмотрен соответствующий тип объекта, содержащего компоновочную геометрию, который имеет связь с изделием не "Состоит из...", а ... некую другую.
Я бы в эту сторону посмотрел.
Или в службу техподдержки запрос составил бы (если бы была необходимость применения подобного функционала).

Естественно для КГ там свой тип объекта, но внутри него находятся стандартные объекты ДСЕ