Официальный форум российского программного комплекса T-FLEX PLM


Поиск  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1
Правильная параметризация, Заимствование
 
Здравствуйте. Как правильней работать с большими сборками? Создавать каждую деталь со своим набором переменных, а потом, при необходимости, нужные переменные заимствовать в общую сборку для связи с другими? Или создавать общую сборку, начиная с создания дерева переменных для каждой детали по группам, а потом создавать отдельно каждую деталь, а переменных заимствовать из общей сборки. Второй вариант кажется более грамотным, так как все переменные каждой детали можно сразу связать между собой, но при этом скорость перестроения сборки при изменении переменных деталей очень низкая. Нужно открывать измененную деталь, обновлять, сохранять и тогда сборка перестраивается. Галочки автосохранение и автосохранение конфигурации при этом стоят.
 
Цитата
написал:
Как правильней работать с большими сборками?
На этот вопрос вам никто не ответит, все зависит от многих факторов, первое - это цель (задача) которую вы хотите достичь (решить), 100500 вариантов изделия, ну такого не бывает. Второе - ваш опыт работы, опыт работы коллег, он абсолютно разный у всех, ну и третье - мощности компьютера который все это пересчитывает, а ТФ любит все обновлять и пересчитывать. Может и другие факторы есть, это я навскидку написал.
Цитата
написал:
Нужно открывать измененную деталь, обновлять, сохранять и тогда сборка перестраивается. Галочки автосохранение и автосохранение конфигурации при этом стоят.
Что-то пошло не так у вас. При проектировании технологической оснастки, пользуюсь первым вариантом, т.к. изделие одно, а в него входят узлы с исполнениями, проблем нет ни с моделью ни со спецификацией как общей, так и узлов с исполнениями.
 
Цитата
Екатерина Скокова написал:
Как правильней работать с большими сборками? Создавать каждую деталь со своим набором переменных, а потом, при необходимости, нужные переменные заимствовать в общую сборку для связи с другими?
Да
Цитата
Шурик написал:
На этот вопрос вам никто не ответит
Шах и мат, Шурик
 
Огромное всем спасибо!
 
Цитата
написал:
Здравствуйте. Как правильней работать с большими сборками? Создавать каждую деталь со своим набором переменных, а потом, при необходимости, нужные переменные заимствовать в общую сборку для связи с другими? Или создавать общую сборку, начиная с создания дерева переменных для каждой детали по группам, а потом создавать отдельно каждую деталь, а переменных заимствовать из общей сборки. Второй вариант кажется более грамотным, так как все переменные каждой детали можно сразу связать между собой, но при этом скорость перестроения сборки при изменении переменных деталей очень низкая. Нужно открывать измененную деталь, обновлять, сохранять и тогда сборка перестраивается. Галочки автосохранение и автосохранение конфигурации при этом стоят.
Я бы начал с более общего решения: создания математической модели сборки.
Это - некий третий путь, который, в общем, более затратный по времени и ресурсам.
Но, если Вы работаете с каким-то одним изделием (узлом, сборкой и т.п.), то создание математической модели окупится сторицей.
*****
Я вспоминаю свою дипломную работу...
В ней основное внимание было уделено решению системы шести дифференциальных уравнений методами Эйлера и Рунге-Кутта.
Оптимизация решения велась по написанной мной же программе на языке Фортран с прогоном на тогда еще работавших машинах ЕС-ЭВМ в компьютерном центре Бауманки...
Система дифференциальных уравнений с допускаемым приближением описывала движение поршня в цилиндре в связке с клапанами и выпускными отверстиями.
Как результат: удалось оптимизировать конструкцию ручного пневматического инструмента (в частности, отбойного молотка МОП-1), получить характеристики наименьшей вибрации с сохранением энергии удара.
Работа велась по давней тематике кафедры: борьба с так называемой "вибрационной болезнью", - это когда у шахтеров, строителей от продолжительной работы с отбойным молотком
начинает на руках мясо от костей отслаиваться...
Я доволен, что моя дипломная работа небольшим кирпичиком малого вклада помогла решить проблему!
Так что, рекомендую задуматься об общей математической модели...
*****
На одной прошлой работе я использовал такой подход в описании общей модели дизайна всех изделий предприятия (надоело всякий раз параметризировать каждое новое изделие).
Моя математическая модель содержала 255 переменных. И все работало просто замечательно (было это в начале нулевых, еще в 7-ой версии). Если бы мне тогда сегодняшний редактор переменных!
*****
А на самом деле, делайте так, как Вам удобно! Пробуйте! Экспериментируйте! В конце концов найдете самый правильный способ! И не один!
С пламенным революционным саламом!
 
Цитата
написал:
дравствуйте. Как правильней работать с большими сборками? Создавать каждую деталь со своим набором переменных, а потом, при необходимости, нужные переменные заимствовать в общую сборку для связи с другими? Или создавать общую сборку, начиная с создания дерева переменных для каждой детали по группам, а потом создавать отдельно каждую деталь, а переменных заимствовать из общей сборки
По личному опыту я рекомендую создавать все условия правила и переменные для сборки в сборке, а все правила условия и переменные для деталей в каждой детали свои. А из сборки в детали передавать только те переменные, которые будут являться для конкретной детали исходными данными.
Из детали в сборку, или из одной детали в другую переменные не рекомендую передавать от слова совсем. Они могут некорректно передаваться.
 
Добрый день. Есть деталь п1_Плита основная.grb (595.24 КБ), есть исполнения детали и, соответственно, чертежи. Каждая переменная детали обозначена как внешняя. В сборке переменные этой детали продублированы. При вставке детали в сборку присваиваю переменным детали значения продублированных переменных сборки. Получается адаптивный фрагмент, который легко и быстро перестраивается исходя из геометрии смежных деталей. Вопрос следующий: при вставке детали в сборку заменить значения переменных детали можно только тогда, когда выбрана конфигурация "Без конфигурации (Начиная с именованной)". В параметрах детали стоят галочки автосохраниние и автосохранение конфигурации. При таком подходе первое исполнение детали меняется в соответствии со сборкой. При вставке в эту же сборку этой же детали, но другого исполнения проделываю те же самые действия, но переменные присваиваю уже соответственно второго исполнения (В детали есть переменные, например, "Длина паза гильотины 1" и "Длина паза гильотины 2"). Вторая вставленная деталь так же легко перестраивается в сборке, но ее второе исполнение в детали остается неизменным. Полагаю, проблема в том, что нельзя в пространстве детали создавать исполнения, тогда эта деталь будет прототипом при вставке в сборку. Как тогда из деталей, которые получились при вставке в сборку получить комплексный чертеж с таблицей исполнений.
 
Нашла некоторое решение. Делается деталь со своим набором переменных. Переменные делаются внешними. Деталь вставляется в сборку и переменным детали присваиваются значения дублированных переменных сборки. Деталь вставляется в сборку несколько раз с разными значениями разных переменных сборки. Затем первая или одна из вставленных деталей выгружается. В нее заимствуются из сборки те переменные, которые участвуют в исполнениях. Теперь в пространстве выгруженной детали можно делать чертеж с таблицей исполнений на основе заимствованных переменных. Честно говоря очень много манипуляция в этом способе. Другого пока не придумала.
 
Подскажите пожалуйста. Модель перестала сохраняться. В модели как фрагменты, созданные мною, так и библиотечные (Крепеж). Перестроение, обновление ссылок и пересохранение фрагментов не помогают. В журнале такие записи:
2022-10-23 09:04:36.718 [151038.284]: ERROR: Failed to write geometry of the body 0x006e000805ffffff
2022-10-23 09:04:36.718 [151038.284]: ERROR: Failed to save 3D geometry data
2022-10-23 09:04:36.718 [151038.284]: ERROR: Caught an exception when tried to save the document "D:\Работа

В какую сторону искать проблему?
 
И как определить, к какому фрагменту относится это обозначение 0x006e000805ffffff?
 
Цитата
написал:
В какую сторону искать проблему?
Проверить жесткий диск для начала.
 
2 ssd. На одном операционка и t-flex, на втором папка с проектами. Второй с проектами новый. Поменяю первый, отпишусь. Спасибо
 
Заменила ssd с системой и флексом (клонировала), переустановила флекс, ошибка осталась
 
Однако теперь модель хотя бы начала сохраняться после нескольких полных пересчетов и пересохранений фрагментов. Хоть так. Спасибо за подсказку
 
После нескольких сотен перестроений модель, которая вообще не менялась а только обрастала новыми фрагментами, как будто адаптировалась к новому диску и теперь все нормально. Изменение -> Перестроение -> Сохранение. Всем спасибо!
 
Цитата
написал:
На одном операционка и t-flex
Рабочие файлы лучше хранить на HDD. Если этот диск сломается, то можно будет восстановить файлы с помощью специальных программ.
 
Цитата
написал:
Цитата
написал:
На одном операционка и t-flex
Рабочие файлы лучше хранить на HDD. Если этот диск сломается, то можно будет восстановить файлы с помощью специальных программ.
Архивы нужно хранить на сервере. Там есть (должно быть) резервирование. А на рабочей станции имеет смысл собрать RAID массив (минимум RAID 1, оптимально RAID 10). В последнем случав кроме надежности получим и прибавление скорости.
Страницы: 1