Взаимосвязи и таблица семейства

[Ruslan 655]

Нет. Компоновка предполагает, что изменяя параметры в ней, перестраивается все изделие.

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

Без ПДМ, будет тяжело организовать создание исполнения сложной сборки с заимствованными старыми деталями. Ведь какие детали остались старыми и их не нужно менять придется контролировать вручную, тем более с внешними ссылками.

[wexus 43]

А как это увязывает PDM?

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

Вот что пишет справка.

Создание реальной модели по экземпляру

1. Откройте экземпляр.

2. Щелкните Файл (File) ▶ Сохранить (Save) или Файл (File) ▶ Сохранить копию (Save a Copy).

3. Введите имя новой модели. Экземпляр сохраняется как новая модель, не связанная с родовой моделью.

Примечание

● Подавленные элементы удаляются из модели.

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

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

Допустим у меня сборка

A

-B

-C

я создал три исполнения,

A-01, 02, 03

-B-01, 02, 03

-C-01, 02, 03

Открываю исполнение -01, сохранаю его отдельно, мне присваивают номера, я выпускаю первый экземпляр

111.111

-222.222

-333.333

Если я потом открою исполнение -02, но мне нужно заимствовать деталь 222.222, я не смогу сохранить её под тем же именем. И потом как редактировать общие данные для исполнений сборки, ведь они стали независимыми?

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

[Ruslan 655]

А как это увязывает PDM?

Не разбирался. Есть механизмы создания вариантов изделия и придания обозначений.

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

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

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

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

[Chuk 1]

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

[EIV 59]

Если чисто для спецификации.

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

в таблице детали Y или N

[Chuk 1]

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

[Chuk 1]

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

[Ruslan 655]

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

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

[GOLF_stream 297]

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

Это как раз понятно для чего :)

 

Но зеркальная деталь не укладывается в идеологию табличной детали Крео. И вот почему. Элементы таблицы семейств - это схожие в принципе детали, которые имеют те или иные отличия. Зеркальная деталь отличается ПОЛНОСТЬЮ. В ней нет НИЧЕГО общего с оригиналом.

 

Кроме того, каждый элемент таблицы - это отдельная деталь. Просто она генерится по данным из таблицы. Зеркальная деталь также является отдельной. Только генерится она не по таблице, а по законам симметрии.

 

Можно сожалеть, что в таблицу семейств Крео нельзя добавить зеркальную деталь.

[Chuk 1]

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

[Sergey___1978 35]

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

И скрывается все в сборке как полагается.

[EIV 59]

Если зеркалил фичеры и возможно их группировал

[Sergey___1978 35]

Если зеркалил фичеры и возможно их группировал

Ну да, фичеры зеркалил. А как по другому?

[EIV 59]

Никак

[Chuk 1]

а можно чуть подробней пожалуйста, если не затруднит?

[EIV 59]

В детали зеркалим фичеры по очереди начиная с первого, что возможно группируем

И все фичеры в таблицу семейств

Если деталь сложная таким геморроем заниматься смысла нет

[Chuk 1]

В детали зеркалим фичеры по очереди начиная с первого, что возможно группируем

И все фичеры в таблицу семейств

Если деталь сложная таким геморроем заниматься смысла нет

спасибо) согласен, если деталь посложнее, немного муторно таким образом.

[cadlife 0]

В Proe, Creo все это давно реализовано. Смотрите здесь как это делается.

Изменено 1 апреля 2015 пользователем cadlife

[Ren198314 0]

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

vtulka.rar

Изменено 4 августа 2016 пользователем Ren198314

[Ruslan 655]

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

 

Лучше выход здесь, использовать свое составное отверстие (UDF) тогда не будет таких проблем.

 

п.с. Вообще частично обойти можно, но как заменить запись в заметке я не знаю.