Перейти к публикации

Вопросы по Wf5


GeorgeWL

Рекомендованные сообщения

Можно, конечно порассуждать, что, наверное, надо сделать два исполнения сборки. В каждое исполнение включить соответствующие исполнения деталей.

Но ведь об этом уже говорилось не так давно для какого-то другого примера. Не откладывается в сознании? Не найти самому прежние советы? И эти вопросы будут повторяться бесконечно?

Ссылка на сообщение
Поделиться на других сайтах


если сформулируешь вопрос правильно, получить ответ в правильно сформулированном вопросе.

Я могу догадаться в чем проблема (и проблема с рамкой, и твоя проблема вообще) и могу даже ответить. Но я не буду догадываться, ибо не гадалка. А вдруг не угадаю и опять по-новой...

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

post-48082-0-10700700-1479726167.png

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

это условие противоречит вот этому:

Эти две детали являются исполнениями базовой детали этого сечения и определенной длины.

 

всё из-за нездоровой любви к табличным деталям

 

думать, думать, думать...

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

Можно в зависимости от параметра/ов подавить одно построение и  востановить другое через про-программ. 

 

В про-программ ищем свою код:

ADD PART ИМЯ_ДЕТАЛИ

 INTERNAL COMPONENT ID 12607
 END ADD
 
добавляем к этому:
 
IF ИМЯ_ПАРАМЕТРА=="ИСПОЛНЕНИЕ1"

ADD PART ИМЯ_ДЕТАЛИ

 INTERNAL COMPONENT ID 12607
 END ADD
ENDIF
 

Соответственно, строим "исполнение1", собираем в группу и условие IF/ENDIF устанавливаем на всю группу в про-программ. 

Далее "исполнение2" со своим IF/ENDIF

Изменено пользователем fenics555
Ссылка на сообщение
Поделиться на других сайтах

Можно в зависимости от параметра/ов подавить одно построение и  востановить другое через про-программ. 

 

В про-программ ищем свою код:

ADD PART ИМЯ_ДЕТАЛИ

 INTERNAL COMPONENT ID 12607
 END ADD
 
добавляем к этому:
 
IF ИМЯ_ПАРАМЕТРА=="ИСПОЛНЕНИЕ1"

ADD PART ИМЯ_ДЕТАЛИ

 INTERNAL COMPONENT ID 12607
 END ADD
ENDIF
 

Соответственно, строим "исполнение1", собираем в группу и условие IF/ENDIF устанавливаем на всю группу в про-программ. 

Далее "исполнение2" со своим IF/ENDIF

Что-то подобное сделал через уравнения.

Задача усугубляется тем, что каждое исполнение имеет вложения.

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

Подробнее:

Исполнение XX-XX-01

имеет подисполнения X1-XX-01 и X2-XX-01

Попытка распространить условие через маску *-01 не удалась.

Есть предложения? 

Ссылка на сообщение
Поделиться на других сайтах
Можно ли условие распространить не только на главное исполнение, но и на вложения?

Чет теряюсь....

Есть предложения?

Пробовать как-нить с перестройкой сборки.

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

Ссылка на сообщение
Поделиться на других сайтах
Есть предложения?

1. отказаться от исполнений

2. разобраться с исполнениями на уровне сборки

3. разобраться со своими хотелками

4. осмыслить три предыдущих пункта. Попытаться осмыслить. Попытаться сделать выводы. Попытаться сделать правильные выводы.

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

 

На самом деле задача не сложная. Есть разные решения. НЕ НАДО ВАЛИТЬ ВСЁ В КУЧУ! В зависимости от того, что нужно на самом деле, может быть эффективно то или иное решение.

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

Ссылка на сообщение
Поделиться на других сайтах

Самый простой способ- это две разные сборки под названием "исполнение1" и "исполнение2".

Ссылка на сообщение
Поделиться на других сайтах
Самый простой способ- это две разные сборки

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

Это как при написании музыки спрашивать какие ноты сочетаются с ля-бемоль...

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Еще раз-это-рабочая ситуация, я не предполагаемая теоретическая гипотеза.

PLM отсутствует, поэтому ищу решения урезанными средствами PRO-E. Кто отзывается, огромная благодарность...  

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

Это всего лишь твой личный взгляд. Почему ты считаешь, что он верен?

 

стараясь следовать правилам, получаешь уверенность

каким правилам?

 

сначала надо понять логику первого звена

какого звена? Ты о чем?

А логику всегда желательно понимать. Как без этого?

 

большое число вариантов

и при чем тут таблица семейств? Она тут абсолютно ни при чем. Что ты за неё так ухватился и не отпускаешь? Заклинило?

 

Варианты могут иметь различные пересекающиеся конфигурации.

С кем они пересекаются? Опять выдумал какой-то собственный термин.

 

PLM отсутствует, поэтому ищу решения урезанными средствами PRO-E.

Option Modeller. Но можно и без него, если подумать и не зацикливаться на таблице семейств.

Ссылка на сообщение
Поделиться на других сайтах

Элементарная задачка для продвинутых PRO-Eшников.

Имеется ящик с переменными длинами высоты и ширины.

Ящик может быть с окном и без окна (вариант) на передней стенке.

Окно может быть вертикальным или горизонтальным.

Ящик может быть на опорах или без опор (вариант).

Опоры могут быть в виде ножек или в виде колес.

Построить действующую модель.

Задача решается средствами голого CREO elements/pro 5.0.

Белые начинают и ставят мат в 3 хода.

Удачи! 

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

Ну на пальцах...

Имеется ящик с переменными длинами высоты и ширины.

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

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

 

Ящик может быть с окном и без окна (вариант) на передней стенке.
 

Создаем параметр "окно" с ограничением "да/нет", и в зависимости от значения параметра выводим или нет через IF/ENDIF в про-программ

 

Окно может быть вертикальным или горизонтальным.
 

При прорисовке окна не задавать вертикальные/горизонтальные линии, а привязать через "угол". В итоге при параметре "тип_окна"==вертикальный - угол равен 0 градусов,  "тип_окна"==горизонтальный- угол равен 90 градусов в уравнениях

 

 

Ящик может быть на опорах или без опор (вариант). Опоры могут быть в виде ножек или в виде колес.

Можно объединить в один параметр "опоры" с ограничением без опор/ на ножках/ на колесах и в зависимости от параметра добавлять нужную модель (сборку) через про-программ. 

 

Удачи! 
 
Ссылка на сообщение
Поделиться на других сайтах
Окно может быть вертикальным или горизонтальным.

Объясните мне чем "горизонтальное" окно отличается от "вертикального". Только тем, какая сторона длиннее? Тогда это одно и то же окно, только с разными размерами сторон.

 

И так у Вас во всём. Вы придумываете себе какие-то "определения", потом цепляетесь за них и заходите в полный тупик.

То же самое и с таблицами семейств. Вы придумали себе определение "исполнение двери" и упёрлись в него, как в догму. При этом почему-то решили, что если Вы назвали это "исполнением", то надо обязательно делать через таблицу семейств, поскольку там тоже есть "исполнения". Но на самом деле всё не так, если не цепляться за придуманные Вами же "определения".

 

Ящик может быть на опорах или без опор (вариант).

В одной сборке есть опоры, в другой нет. Какие проблемы?

 

Опоры могут быть в виде ножек или в виде колес.

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

 

И ещё про любимые Вами таблицы семейств. Таблицы семейств имеет смысл использовать когда количество исполнений совершенно точно определено. ОПРЕДЕЛЕНО и желательно неизменно. При этом ещё желательно чтобы оно было не слишком большим (кроме банальных случаев типа болтов и гаек).

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

Поймите эту простую вещь.

Ссылка на сообщение
Поделиться на других сайтах

 

Ну на пальцах...

 

 

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

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

 

 

 

 

Создаем параметр "окно" с ограничением "да/нет", и в зависимости от значения параметра выводим или нет через IF/ENDIF в про-программ

 

 

 

 

При прорисовке окна не задавать вертикальные/горизонтальные линии, а привязать через "угол". В итоге при параметре "тип_окна"==вертикальный - угол равен 0 градусов,  "тип_окна"==горизонтальный- угол равен 90 градусов в уравнениях

 

 

 

 

Можно объединить в один параметр "опоры" с ограничением без опор/ на ножках/ на колесах и в зависимости от параметра добавлять нужную модель (сборку) через про-программ. 

 

 

 

 

 

 Похоже, это путь, но я споткнулся даже на первом шаге.

 

От чего зависят переменные длинны/высоты? стоит ли делать через таблицу семейств, или сделать параметрически? т.е. параметр "ширина" , "высота", "длинна", и приравнивание в уравнениях к нужным размерам.
 

 

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

Ссылка на сообщение
Поделиться на других сайтах
Ящик может быть с окном и без окна (вариант) на передней стенке.  Ящик может быть на опорах или без опор (вариант). Опоры могут быть в виде ножек или в виде колес.

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

Как можно подойти к такой задаче. Пока только идеологически, без технических деталей.

Можно поступить следующим образом.

1) Создаётся сборка - назовем её МАСТЕР-СБОРКА - которая объединяет в себе все эти шесть вариантов. Плюс в ней параметрами задаются все переменные размеры.

2) Когда нужно создать очередной ящик, последовательность действий такая:

2.1 - создаётся копия мастер-сборки с новыми именами для новых деталей

2.2 - в новой сборке выбирается вариант конструктива (из шести заданных вариантов)

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

Как можно подойти к такой задаче. Пока только идеологически, без технических деталей.

Можно поступить следующим образом.

1) Создаётся сборка - назовем её МАСТЕР-СБОРКА - которая объединяет в себе все эти шесть вариантов. Плюс в ней параметрами задаются все переменные размеры.

2) Когда нужно создать очередной ящик, последовательность действий такая:

2.1 - создаётся копия мастер-сборки с новыми именами для новых деталей

2.2 - в новой сборке выбирается вариант конструктива (из шести заданных вариантов)

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

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

Если это независимая сборка, то изменения в МАСТЕР-СБОРКЕ не будут отражаться во вновь создаваемых?

Или я опять не в теме?

Ссылка на сообщение
Поделиться на других сайтах
изменения в МАСТЕР-СБОРКЕ не будут отражаться во вновь создаваемых?

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

Ссылка на сообщение
Поделиться на других сайтах

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

Эта независимость и является главным недостатком.

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

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах
  • SHARit открепил тему

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

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

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




×
×
  • Создать...