Концепция Ug при переносе Cam-данных из одной модели в другую

[volodja 77]

Доброго времени суток всем!

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

Поясню подробнее:

Предприятие перешло на UG в ноябре. TeamCenter (управление данными) введен с января, но еще ну очень сырой. Каждый программирует, сохраняет, создает инструменты как бог на душу положит итд. Поэтому и обсуждался вопрос создания на предприятии единой базы инструментов и шаблонов обработки. 5 отделов занимаются программированием, станков затронуто около 25-30, в общем тема назрела. Договорились о том, что каждый отдел создает для "своих" машин проверенные базы инструментов и шаблонов и потом запускает в общее пользование. А чтобы пока программировать,сохранять и проверять шаблоны внутри отдела, обработчики предложили не стандартный путь сохранения инструмента и шаблона обработки-TEMPLATE SETTINGS-LOAD TEMPLATE, WITH PARENTS и потом открыть в новой модели, а как бы наоборот: запрограммировать, сохранить, потом заменить геометрию старую на нужную и сохранить под новым именем, ну и программировать. То есть не шаблон в модели открыть, а модель в шаблоне. Типа, работало и работает. Возражения были сразу, и правильные: CAM-концепция UG не на пустом месте была разработана, то, что этот способ пока проходит, не значит ничего, вероятно были на то причины, сохранять так и не иначе итд., но все-таки чисто теоретические. Никто не мог привести по факту конкретного примера. Сам я правильность концепции, а она точно такая же для CATIA и TEBISа, под вопрос никогда не ставил и не экспериментировал.

Кто знает на практике, к каким проблемам, ошибкам может привести этот способ?

[sbs 1]

А вы что, САМ в файле модели лепите? Иначе какие проблемы? САМ это сборка, заменил компонент на новый и вперед. Мы так и в ТС и без него работаем.

[volodja 77]

Я и говорю, столкнулись с мнением, что легче, не заморачиваясь с TeamCenter вообще, стирать первую модель, оставлять только шаблон, добавлять тем или иным способом вторую модель (как компонент в сборку) и программировать, ну ясно сохранять под другим именем.

Похоже вы точно так же работаете....

Но концепция не на пустом месте написана и стоит там ясно: первый шаблон обработки,понятно, делается в модели и сохраняется через LOAD WITH PARENTS итд. Потом открывается вторая модель, и в нее открывается сохраненный шаблон, ну а дальше программируется.

Такова концепция UG и все преподаватели и бо'льшая часть специалистов однозначно за нее.

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

Да, пробовал наоборот, привело однажды к таким-то ошибкам. Или: работал и работаю, ничего пока не случилось.

[sbs 1]

Проще надо быть. Существует файл шаблона, в котором создан инструмент, шаблоны операций и геометрии(особенно критично для токарных инструментов, геометрии и операций). Далее, если без ТС - открываешь шаблон, сохраняешь как в рабочую папку и работаешь с ним как со сборкой,т.е. цепляешь туда файл детали, файл заготовки, приспособы, если надо, и ваяешь программу. Желательно шаблон прописать в UG, чтобы можно было операции вставлять свои наравне со стандартными ихними. В ТС еще проще - прописывается шаблон и на его основе создается файл САМа. Но КАТЕГОРИЧЕСКИ! - ФАЙЛ САМ - СБОРКА, а в ТС еще и САМОСТОЯТЕЛЬНОЕ ИЗДЕЛИЕ! В этом случае можно для типовых деталей использовать один САМ, сохраняя его как и подставляя другие компоненты в сборку. Мы так уже лет 8 работаем. А производство у нас экспериментальное, единичное и детали новые как из рога изобилия сыплются.