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

Вопросы по 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 пользователей

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




  • Сообщения

    • gudstartup
    • mactepnew
      Вот я тоже так думал, пока не столкнулся с обратным) Как еще столкнусь, пришлю скриншот. Хаос еще в том, что порядок в дереве построения весьма условный. операция, которая стоит перед групой, имеет бОльший timestamp(пардон, не знаю как это в переводе), чем эта группа, и выполняется позже. При этом все операции в группе имеют timestamp на пару сотен меньше и выполняются раньше, чем две группы, стоящие перед ней. Логика?  Если в эскизе все элементы определены, то можно поставить еще один размер (хочешь переопределить эскиз - да пожалста!), изменить его - и NX самостоятельно выберет, какой размер или ограничение отпустить и весь эскиз летит к чертям. Это ли не хаос?   Назовете хоть один CAD, которым можно пользоваться так? Любой из встреченных мной имеет много неочевидных нюансов, которые конечно не проявляются при выполнении университетского или базового курса. В Creo я на протяжении 5 лет находил всё новые фишки, которые не прописаны в документации. Огромная благодарность Ruslan за пояснения тонкостей. Даже Компас и Solidworks, которые считаются самыми дружественными, оказалось непросто обуздать, когда проходил собеседования и делал тестовые. А ведь университетский курс знал на отлично!   Возвращаясь к NX - вот сегодняшний пример. Утром деталь была оранжевая, единая. Изменил пару уклонов и толщин, стала желтая с элементами оранжевого и частично твердотельной, частично листовой. Я даже не знаю, как сформулировать вопрос в поддержку. 
    • Mikhail_Podgornyj
      Добрый день, кто может поделиться SKF Bearing V1.6 (ANSYS App)? Заранее благодарен!
    • kkk
      Короче, как сделать автоматом не нашел. Раскрасил нужные грани нужными цветами. Затем на вкладке с цветом модели можно выбирать нужный цвет, тогда в модели выбираются грани, покрашенные этим цветом. Можно еще сохранить выбор этих граней, но смысла не вижу, т.к. все легко выбирается по цвету. Затем либо в инструменте Измерить смотрим площадь и как-то ее используем, либо можно макросом (что выкладывал Kir95 ) внести площадь в свойства (на вкладку Конфигурации). Можно еще внести выбранные грани в датчики, но как использовать их в свойствах не нашел.    Макрос прикрепляю.     Площадь выбранных граней в свойства.swp
    • IgnatvKudrin
      Для нашего производства требуются постоянно инструментальные пружины для штампов. Сейчас заказы обрабатываются довольно долго - до 2-х месяцев. А у нас сроки на штампы 1-2 месяца с испытанием, доработкой и т.п. Хотелось бы найти поставщика, у которого уже есть склад с данными пружинами или кто может доставить за 1 месяц.   Пружины стандартные по ISO, но на всякий случай приложил каталог. Вот список пружин, которые нужны очень срочно:   LR 32 x 44 - 1 шт. LR 25 x 51 - 2 шт. LB 63 x 89 - 7 шт. LB 32 x 102 - 10 шт. LB 32 x 89 - 20 шт. LB 32 x 76 - 12 шт. LB 32 x 51 - 6 шт. LB 25 x 127 - 9 шт.   Готов выслушать все предложения. Возможно даже есть те, кто сможет изготовить подобные пружины с такими же параметрами. 20231101.pdf
    • bubblyk
      Знатоки форума, подскажите, как смоделировать простую (на первый взгляд) задачу термомеханики в упругой постановке.   Есть брусок правильный формы ака кирпич, в котором генерируется НЕРАВНОМЕРНОЕ удельное тепловыделение (HGEN). Задняя и передняя поверхности конвективно охлаждаются с известными (но различными) коэффициентами теплоотдачи и температурами жидкости/газа. Свойства кирпича (теплофизика + механика) принимаются зависящими от температуры. Постановка - стационарная Собственно вопрос : как грамотно смоделировать температурное поле в кирпиче с учетом температурного расширения?   Исходный код приложил.     Надеюсь на коллективный разум и опыт! EPTH2D.mac p.s.   Если есть опыт решения этой задачи в Ansys WB, тоже можно сюда приложить командные вставки.
    • OutXL
      Это было давно использовал NC-Link  и данную инструкцию. The Maho.docx
    • Mikhail_Podgornyj
      Добрый день, кто может поделиться SKF Bearing V1.6 (ANSYS App)? Заранее благодарен!
    • alexqwq10
      В данных корпусах ничего лишнего быть не должно. Максимум шпильки заземления, в количестве предусмотренном для конкретного корпуса. Рассматривал очень много подобных корпусов разных производителей и данная проблема актуальна для подавляющего большинства.
    • MFS
      Коллеги, приветствую, нужно штамповать на горячую из алюминиевого сплава (АК6 или около того) заготовки размером 280*180*12. Подскажите, пожалуйста, параметры пресса для такой заготовки - размеры, усилия. А есл дадите пример такой марки и модели, более менее подходящей для этой работы (нашего или импортного), то будет и еще лучше. Заранее спасибо!
×
×
  • Создать...