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

Как это делается в T-Flex


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

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

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


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

post-11848-1208950285_thumb.jpg

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

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

Тогда этот способ принципиально не отличается от выгрузки тел в детали из многотельной детали в SW.

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

Ну это в чистом виде традиционное создание детали в контексте сборки в любой CAD. Я не для спора сравниваю, для понимания сути.

Способ

Цитата(Alisa @ 23.04.08, 12:06) <{POST_SNAPBACK}>

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

мне нравится, так как имеет двунаправленную ассоциативность. Плюс вместе с телом в деталь пишется и история его создания. Как впрочем и в способе 2, как я понял, за исключением того, что изменения в детали не влияют на сборку. Вопрос же основной был в том, дают ли эти способы 2 и 3 разгрузку сборки. Я понял что нет, за исключением способа создания фрагментов в контексте, аналогичного традиционному созданию деталей в контексте сборки (а это уже не нисходящее проектирование). То есть вся информация по геометрии в способах 2 и 3 всё равно грузится с исходным файлом (сборкой). При каком же максимальном количестве компонентов с такими файлами можно адекватно работать?

Цитата из мануала.

Создать операцию ассоциативной деталировки: записать тело в файл с его заменой на операцию

вставки 3D фрагмента. Выбранные элементы записываются в файл. А сама Деталь повторно

наносится на сборочную модель по технологии 3D фрагмента. Это дает системе возможность

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

при изменении исходного объекта сборочной модели, как в предыдущем случае, по запросу

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

изменений в самом файле Детали система загружает новую геометрию в сборочную модель. В

этом случае Деталь выполняет ту же функцию, что и 3D фрагмент, с той лишь разницей, что

исходные данные для Детали находится в сборочном документе.

Получается, что по 3 способу тело в сборочном файле всё таки заменяется ссылкой на деталь, созданную из этого тела. Что собственно и обеспечивает обратную связь. Но геометрия (тела) из которых были созданы детали, все равно остаётся в сборке. Полагаю, что такая процедура ещё больше утяжеляет сборочный файл. Хотя эту исходную геометрию наверное можно временно выгрузить до необходимости внесения изменений "сверху-вниз". Или нельзя?

Мда! Работа со "скелетами" скорей всего гораздо легче для машины.

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

То есть вся информация по геометрии в способах 2 и 3 всё равно грузится с исходным файлом (сборкой).

Способ 3 не грузит сборку т.к. производится замена на операцию вставки фрагмента. А 1 и 2 оставляют все в сборке.

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

Двунаправленная ассоциативность в способе 3 есть, но дерево построений, выполненных в сборке, в способах 1,2,3 в деталь не пишется. А обратная связь (от детали к сборке) отслеживает те изменения детали, котрые производятся в дальнейшем в файле детали.

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

Т.е . если кратко бобобщить, то получается следующее. Существует четыре способа создания детали в контексте сборки.

1. Деталь сохраняется в отдельный файл без ассоциативных связей и остается в сборке.

2. Деталь сохраняется в отдельный файл с ассоциативной связью от сборки к детали и остается в сборке.

3. Деталь сохраняется в отдельный файл с ассоциативной связью от сборки к детали и то детали к сборке. Сама деталь в сборке не остается, а заменяется на операцию вставки фрагмента.

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

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

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

Хотя эту исходную геометрию наверное можно временно выгрузить до необходимости внесения изменений "сверху-вниз".

Подавить. "Выгрузить геометрию" - это в TF вариант "легковесных" деталей для больших сборок. Хотя объём файла падает практически одинаково.
Ссылка на сообщение
Поделиться на других сайтах

Способ 3 не грузит сборку т.к. производится замена на операцию вставки фрагмента.

Как же?

Из цитата мануала, приведённой выше.

В этом случае Деталь выполняет ту же функцию, что и 3D фрагмент, с той лишь разницей, что

исходные данные для Детали находится в сборочном документе.

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

Двунаправленная ассоциативность в способе 3 есть, но дерево построений, выполненных в сборке, в способах 1,2,3 в деталь не пишется. А обратная связь (от детали к сборке) отслеживает те изменения детали, котрые производятся в дальнейшем в файле детали.

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

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

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

Да, разница невелика.

А вот в плане производительности, способ, реализованный в SW, будет иметь преимущество на этапе "после выгрузки". Ибо исходная многотельная деталь хранится отдельно от общей сборки, и даже если она будет вставлена в сборку, например "конвертом", то это будет только ссылка. В TF получается, что исходный многотел загружен непосредственно в сборку.
Ссылка на сообщение
Поделиться на других сайтах

Получается, что по 3 способу тело в сборочном файле всё таки заменяется ссылкой на деталь, созданную из этого тела. Что собственно и обеспечивает обратную связь. Но геометрия (тела) из которых были созданы детали, все равно остаётся в сборке. Полагаю, что такая процедура ещё больше утяжеляет сборочный файл. Хотя эту исходную геометрию наверное можно временно выгрузить до необходимости внесения изменений "сверху-вниз". Или нельзя?

Да, геометрия способе 3 действительно остается т.к. именно через это обеспечивается связь с деталью в файле. Сборку это вряд ли утяжеляет т.к. фактически дополнительно появляется только ссылка на файл детали. Ну а выгрузить геометрию можно. Причем, обновление файла детали можно проводить с выгруженной геометрией сборки.

Вероятнее всего дело обстоит так: в сборку вставлен именно файл выгруженной детали, а все операции по построению этой детали (а не сформированное тело детали) остаются в файле сборки как некая программа, которая при необходимости переформировывает деталь.

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

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

Тут вопрос математики, как правильно отметил BSV1, подробностей я просто не знаю.

Что касается производительности, то "лёгкая" сборка уже при количестве деталей порядка 100 оперативку не загружает. Тот же приём, что и в SW, только в детали вы тело в SW не "облегчите" (до 2006, позже - не знаю). Можно делать только лёгкие сборки. В TF можно делать деталь и тут же её "облегчать", выгружая геометрию тела независимо от числа тел, поскольку в TF нет отдельного понятия файла сборки.

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

Еще немого о возможностях булевых операций.

Операции, в которых в качестве операндов используются листовые или твердые тела, в ТФ называются глобальными. Существует также понятие локальных булевых операций. В этих операциях операндами могут быть не только тела, но и грани тел. Это позволяет получать такие тела, которые за одну глобальную булеву операцию получить нельзя. Например, на верхнем рисунке представлены два тела. Глобальная операция сложения их просто объединит в одно. С помощью локальной операции можно получить результаты, представленные на среднем и нижнем рисунках.

post-11848-1209038767_thumb.jpg

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

Сборку это вряд ли утяжеляет т.к. фактически дополнительно появляется только ссылка на файл детали.

Файл тяжелит как раз не ссылка на деталь, а многотел. Он, как я понял, остаётся в исходном файле (сборке). Получается, что файл сборки состоит из исходного многотела + сборка ссылок на выгруженные детали. Но это конечно предположение. Надо тестировать, только ознакомительная версия не позволяет. То что принудительно можно подавить - понятно. Но это дополнительные действия, хотя то же вариант.

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

Сомневаюсь!

Что касается производительности, то "лёгкая" сборка уже при количестве деталей порядка 100 оперативку не загружает.

Ну о производительности можно говорить при сборках от 1000 компонентов где то. До этого эффективная система не должна проявлять каких либо признаков проблем с производительностью.
Ссылка на сообщение
Поделиться на других сайтах

Файл тяжелит как раз не ссылка на деталь, а многотел. Он, как я понял, остаётся в исходном файле (сборке). Получается, что файл сборки состоит из исходного многотела + сборка ссылок на выгруженные детали. Но это конечно предположение. Надо тестировать, только ознакомительная версия не позволяет. То что принудительно можно подавить - понятно. Но это дополнительные действия, хотя то же вариант.

Сомневаюсь!

Ну о производительности можно говорить при сборках от 1000 компонентов где то. До этого эффективная система не должна проявлять каких либо признаков проблем с производительностью.

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

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

А что не позволяет ознакомительная версия? По доступному функционалу версия ST (называется учебная) практически идентична рабочей.

Цитата:

Учебная версия T-FLEX CAD практически идентична коммерческому варианту. Исключение составляют следующие возможности: сохраненные чертежи и модели не будут открываться в коммерческой версии; вывод на плоттер имеет ограничения; не доступен экспорт и импорт в некоторые форматы; отключена подсистема подготовки спецификаций. В остальном же учебная версия совпадает с коммерческой и позволит эффективно создавать чертежи и трехмерные модели, как отдельных деталей, так и сборочных конструкций. Конец цитаты. Вывод на большие форматы, кстати, легко реализуется.

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

Как разделить цилиндр плоскостями на равные по объему части (а можно и на разные).

1. Разделим цилиндр на части плоскостями, положение которых зададим через переменные.

2. Измерим объем каждой части и присвоим эти значения переменным (верхний рисунок).

3. Для каждой части цилиндра создадим задачу оптимизации (нижний рисунок).

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

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

post-11848-1209126431_thumb.jpg

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

Мое предположение о структуре файла по вар.3, основано на том, что написано в руководстве.

Можно конкретное место где об этом написано?

По крайней мере, объем файла после этой поцедуры не изменяется ни на байт.

Это понятно, так как добавляется только ссылка. Файл исходно отежелён многотелом.

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

Хм! Подобный способ как раз и привлекателен для моделирования "сверху-вниз", что естественно предполагает большие изменения в процессе эволюции как по геометрии так и по составу сборки.

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

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

А что не позволяет ознакомительная версия? По доступному функционалу версия ST (называется учебная) практически идентична рабочей.

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

Можно конкретное место где об этом написано?

Вы это цитировали в сообщении 23

Цитата

Создать операцию ассоциативной деталировки: записать тело в файл с его заменой на операцию

вставки 3D фрагмента. Выбранные элементы записываются в файл. А сама Деталь повторно

наносится на сборочную модель по технологии 3D фрагмента. Конец цитаты.

Хм! Подобный способ как раз и привлекателен для моделирования "сверху-вниз", что естественно предполагает большие изменения в процессе эволюции как по геометрии так и по составу сборки.

Да, привлекателен. Но если из цепочки Д1-Д2-Д3 изъять Д2, то надо переназначать или делать независимыми взаимосязи Д1-Д2. То же при изменении до неузнаваемости Д2. Конечно, все зависит от конкретной ситуации, но часто проще пойти путем снизу-вверх. А взаимосвязи накладывать другими способами.

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

Вы написали в ответ на мое предположение:

Цитата(BSV1 @ 24.04.08, 13:00) <{POST_SNAPBACK}>

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

Сомневаюсь! Конец цитаты.

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

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

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

Кроме традиционных рабочих плоскостей ТФ позволяет создавать 3D профили на рабочих поверхностях. Имеется три вида: цилиндр, сфера и тор. Это существенно облегчает построение различных элементов. Например, для создания спирали надо просто построить прямую и т.д.

post-11848-1209551427_thumb.jpg

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

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

1. Построить проекцию развертки и на ее основе построить прямоугольник заготовки.

2. Заштриховать эти фигуры и с помощью функции измерения создать соответствующие переменные (штриховку затем скрыть).

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

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

post-11848-1210146692_thumb.jpg

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

О возможностях печати документов.

Имеется два варианта вывода на печать.

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

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

post-11848-1210833006_thumb.jpg

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

Пользовательский диалог.

Редактирование значений переменных типовых деталей и сборок удобно выполнятьчерез диалог, который легко может быть создан пользователем. Для этого используются элементы системы T-Flex, называемые элементами управления (кнопки, переключатели, окна для выбора и ввода значений, рамки). Для создания диалога надо разместить элементы управления на странице типа "Диалог" и поставить в соответствие этим элементам нужные переменные, создать посняющие рисунки (верхняя картинка). При вызове редактора внешних переменных или при вставке фрагмента автоматически будет появляться диалог управления (нижняя картинка).

Еще можно посмотреть здесь <noindex>http://fsapr2000.ru/index.php?s=&showt...st&p=456644</noindex>

post-11848-1211958363_thumb.jpg

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • lem_on
      ну с дуру известно что сломать можно.
    • Viktor2004
      руку привязки так сломать легко
    • lem_on
      По моему вполне логично если станок вывалится в ошибку если рука не доехала до места. У меня так же если кулачки или деталь на пути, просто пихаеш ее до места и станок опять активен. Но нынешние пановья даже не могут написать модель станка.
    • Viktor2004
      Я согласен что скорее всего проблема механическая Но если логика прописана криво и возможно не предусмотрела остановку в промежуточном состоянии, разве не логично будет попробовать принудительно подав напряжение дернуть эту руку вверх-вниз? Возможно то что туда попало выпадет  
    • Guhl
      Если оставить за скобками вопрото том, что до м19 работает нормально, а после нет, то вы не считали сколько у него реально импульсов на оборот? с помощью стороннего плк, например  А если ориентацию м5 снимать, а не м20?
    • lem_on
      Что это за станок такой в котором сразу ладер ковырять надо, даже не смотря на возможность механической проблемы? Или профдеформация?
    • Viktor2004
      не сразу я понял в чем вопрос. Долго соображал что такое режим управления скоростью. При завершении ориентации PMC снимает сигнал G70.6 ? И если он после снятия сигнала продолжает удерживать шпиндель, при каких условиях эта ориентация все же снимается? После нажатия аварийного грибка или еще как?
    • Viktor2004
      Ладдер пришлите. Будем принудительно пробовать поднимать и опускать
    • streamdown
      Коллеги приветствую! IPS 8. Подскажите пожалуйста, кто какое серверное железо использует? Интересуют параметры при одновременной работе, ну например, 400 пользователей онлайн
    • gudstartup
      так он так и позиционируется по m19 pmc выдает g70.6 а чпу отвечает f45.7 но ориентацию и смещение в 4077 он отрабатывает нормально шпиндель встает ровно и смена происходит хорошо. вопрос почему после ввода команды управления скоростью он все еще продолжает контролировать число импульсов между нуль метками хотя в принципе уже должен отменить позиционный контроль и просто считать обороты по 0 метке как он это делает без М19? это все понятно но почему оно продолжает проверять это после завершения ориентации мне непонятно
×
×
  • Создать...