Всякие Простые Вопросы

[Ruslan 655]

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

2. Если вы хотите иметь типовую деталь, и на основе его создавать новую модель с оформленным чертежом. То для этого существуют шаблоны и связанные чертежи.

Можно включить выбор шаблона при создании новой модели (force_new_file_options_dialog).

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

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

[Lexus2007 4]

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

2. Если вы хотите иметь типовую деталь, и на основе его создавать новую модель с оформленным чертежом. То для этого существуют шаблоны и связанные чертежи.

Можно включить выбор шаблона при создании новой модели (force_new_file_options_dialog).

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

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

Руслан огромное спасибо за быстрые ответы. Групповой чертеж тут не подойдет пока хотелось бы иметь следующее: выбираем типоразмер детали и получаем ее чертеж. 2й способ подходит, но вопрос а как эти детали включать в сборки? копировать из какой то папки? В этом отношении использование библиотек очень удобно но я не знаю как из них можно достать чертеж, и можно ли вообще?

[Ruslan 655]

Lexus2007

Просто не понятно.

Что значит откуда?

Брать оттуда где сохранили при создании, или создать непосредственно при сборке из шаблона.

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

Есть еще UDF но честно говоря в таком ключе я их не проверял...

Что касается библиотек, то они предназначены для моделей которые не меняются.

[Lexus2007 4]

Lexus2007

Просто не понятно.

Что значит откуда?

Брать оттуда где сохранили при создании, или создать непосредственно при сборке из шаблона.

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

Есть еще UDF но честно говоря в таком ключе я их не проверял...

Что касается библиотек, то они предназначены для моделей которые не меняются.

Еще раз посмотрел на шаблоны, в принципе то что нужно, по крайней мере функционал вроде устраивает, осталось все реализовать, Руслан, как всегда, огромное спасибо.

[Sergan 0]

Вот второй день или третий мучаюсь вопросом.

Можно ли как то быстро и эффективно удалить лишние уровни в таблице семейства.

Например:

Деталь

	Подтип1

		Исп1.1

		Исп1.2

		Исп1.3

	Подтип2

		Исп2.1

		Исп2.2

		Исп2.3

Получаем из этого:

Деталь

	Исп1.1

	Исп1.2

	Исп1.3

	Исп2.1

	Исп2.2

	Исп2.3

Само собой, при этом должны сохраниться параметры из подтипов детали.

Сам знаю, что такого функционала похоже нету, и не предвидится. Но, вдруг кто что слышал :D. Например, даже редактированием в экселе открыть таблицу подтип-исполнение нельзя, только отдельно. Понятное дело, что изменять и копировать все в ручную не хочется. Так и мучаюсь :D

[GOLF_stream 297]

Можно попробовать через тот же Ексель.

Сохраняешь таблицу для каждого подтипа.

Потом в корневой таблице удаляешь всё и вставляешь таблицы с подтипами.

[Ruslan 655]

Sergan

Сохранить все таблицы во внешний файл. Создать из них один и удалив таблицу загрузить сводную.

[Sergan 0]

Ruslan

GOLF_stream

Хм. Что ж, опробую эксперимент с таблицами сейчас :))).

Любопытно еще, как Виндчилл к этому отнесется. Некоторые исполнения ведь пропадут. В общем - эксперименты...

Изменено 6 ноября 2012 пользователем Sergan

[AnexiB 0]

Ruslan

GOLF_stream

Хм. Что ж, опробую эксперимент с таблицами сейчас :))).

Любопытно еще, как Виндчилл к этому отнесется. Некоторые исполнения ведь пропадут. В общем - эксперименты...

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

[GOLF_stream 297]

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

Если, конечно, старые исполнения не используются ни в каких сборках.

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

[Sergan 0]

... иначе устаревшие версии могут зависнуть воздухе.

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

Нет смысла. Какая разница как выглядит таблица, если всё работает как надо.

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

[Ruslan 655]

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

Проверил на простейшей сборке. С точки зрения ПроЕ такая перекомпоновка, при условии сохранения старых имен, проблем не вызовет.

[wexus 43]

Иногда замечаю в уравнениях такую запись

/* **P**T**C **P**R**O**T**E**C**T**E**D

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

[Sergan 0]

Проверил на простейшей сборке. С точки зрения ПроЕ такая перекомпоновка, при условии сохранения старых имен, проблем не вызовет.

Докладываю как все прошло. Вдруг кому интересно :).

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

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

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

К сожалению, технология очищения от "старых" версий в Виндчилле очень уж сложна и опасна :(.

[Ruslan 655]

Меньше уже не рационально

Самый рациональный для библиотечных, один уровень...

[wexus 43]

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

[AnexiB 0]

Докладываю как все прошло. Вдруг кому интересно :).

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

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

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

К сожалению, технология очищения от "старых" версий в Виндчилле очень уж сложна и опасна :(.

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

При необходимости удаления исполнения из модели Family Table необходимо выполнить следующие действия:

Инструкции по переводу исполнения в самостоятельный CAD документ Windchill:

- Добавьте необходимую таблицу семейств с исполнениями в рабочую область;

- Откройте исполнение, необходимое для удаления;

- Откройте таблицу семейств и удалите из нее необходимое исполнение;

- Сохраните базовую модель и модель, исполнение которой было удалено;

- Исполнение должно стать самостоятельным CAD документом;

- Сдайте на хранение таблицу семейств и "удаляемое" исполнение;

- Выполните очистку старых итераций таблицы семейств, используя "Менеджер очистки";

Только после этого можно будет удалить самостоятельный файл модели удаленного исполнения.

[Mr.LK 15]

День добрый. Попалась в руки головоломочка и попробовал ее модель построить. Как лучше такие вещи строить? (если геометрию отдельного элемента не обмерить).

Может конечно через одно место, но делал так: строил узел с пятью элементами, затем сборку из двух узлов, анализ расстояния (чтобы два элемента совпадали), оптимизация, а потом сборка и 2 выреза в элементе(по пересечению). Как-то так. Собрать получилась с точностью +/-0,02

[Lexus2007 4]

Подскажите, имеется 2 криволинейные поверхности как можно измерить максимальное расстояние между ними (WF2)?

[soklakov 1 477]

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