Модульные опции в TC и открытие сборки в NX

[bdfy 13]

Коллеги!,Уже давно мучает ряд вопросов по работе в ТС с опциями:

1)Использует ли кто нибудь для конфигурации сборок модульные опции?

2) Создаете ли Вариантные изделия в случае наличия модульных опций?

3) Как правильно открыть в NX такую сборку если требуется загрузить только определенное исполнение группового изделия?

4) Как правильно создавать в NX такие сборки (разные сопряжения для одной и той же детали для разных исполнений)?

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

[IgP 131]

3) Как правильно открыть в NX такую сборку если требуется загрузить только определенное исполнение группового изделия?

Суть ответа в некорректном вопросе.

Да на бумаге - групповое изделие, НО у каждого исполнения СВОЁ УНИКАЛЬНОЕ обозначение.

Ответ:

для каждого исполнения в ТС должен быть создан свой уникальный объект со своей уникальной ГМ в NX.

Таким образом решается вопрос с исполнениями.

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

1)Использует ли кто нибудь для конфигурации сборок модульные опции?

А можно встречный вопрос для своего образования ?

А что такое модульные опции? (В чём суть?)

[bdfy 13]

.....А можно встречный вопрос для своего образования ?

А что такое модульные опции? (В чём суть?)

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

А суть, если кратенько, заключается в следующем:

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

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

для каждого исполнения в ТС должен быть создан свой уникальный объект со своей уникальной ГМ в NX.

Вот этого то и не хотелось бы делать.

[sergoss 4]

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

А суть, если кратенько, заключается в следующем:

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

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

Вот этого то и не хотелось бы делать.

Добрый день

Можно Вашу картинку в более лучшем качестве

если возможно на адрес sergoss84@yandex.ru на адрес пришлите пожалуйста

Сейчас начинаем заниматься этим вопросом собираю всю информацию для проработки

[IgP 131]

to bdfy

Спасибо за ответ.

Да мы этим инструментом не пользуемся.

И ваш вопрос был мной непонят, по причине разных понятий.

то что вы называете модульным, по крайней мере ранее было вариантным правилом.

Ну и по мне, это для изделий крупносерийного или массового производства (автомобили).

В этом случае действительно для каждого конечного изделия обозначений не напасёшся...

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

Удачи.

[bdfy 13]

Добрый день

Можно Вашу картинку в более лучшем качестве...

Немного поправлено:

[Engine 1]

Добрый день!

А есть у кого-то опыт использования вариантного состава изделий на конкретном производстве? Механизм работы с вариантными составами в Тимцентре понятен. Но возникает вопрос, как это увязать с вопросами оформления документации по ЕСКД. Первым решением может быть применение исполнений. Но исполнения потребуют большого количества обозначений во всех сборках от низа до самого верха при возникновении каждого локального варианта. Вторым решением может быть применение вариантов в соответствии с ГОСТ 2.109. Но этот вариант подразумевает использование равнозначных взаимозаменяемых вариантов, которые по большей части различаются либо технологией изготовления, либо разными вариантами ПКИ. Может быть какое-то решение с использованием вариантов по ГОСТ 2.109, дополненное какими-то стандартом организации, позволяющим более широкое использование вариантов?