Диссертация (Создание на основе CALS-технологий универсальнойавтоматизированной системы управления технологической подготовкой производства лопаток компрессора ГТД), страница 12
Описание файла
Файл "Диссертация" внутри архива находится в папке "Создание на основе CALS-технологий универсальнойавтоматизированной системы управления технологической подготовкой производства лопаток компрессора ГТД". PDF-файл из архива "Создание на основе CALS-технологий универсальнойавтоматизированной системы управления технологической подготовкой производства лопаток компрессора ГТД", который расположен в категории "". Всё это находится в предмете "технические науки" из Аспирантура и докторантура, которые можно найти в файловом архиве МАИ. Не смотря на прямую связь этого архива с МАИ, его также можно найти и в других разделах. , а ещё этот архив представляет собой кандидатскую диссертацию, поэтому ещё представлен в разделе всех диссертаций на соискание учёной степени кандидата технических наук.
Просмотр PDF-файла онлайн
Текст 12 страницы из PDF
33). Для этого используется атрибут «модификация» (рис. 34). В терминахпроекта возможны следующие варианты заполнения этого атрибута:- A, B, C и т.д. – рабочие модификации, для хранения промежуточныхнаработок (не утверждаемые);- КОН001, КОН002 и т.д. – конструкторские модификации;- ТЕХ001, ТЕХ002 и т.д.
– технологические модификации;Рисунок 34. Атрибут «Модификация» ItemRevision.Для управления составами изделия применяется методика управлениясоставом на основе статусов изделия. При таком подходе за счет примененияразличных видов статусов и специальных атрибутов, созданных для объекта типа84«статус» системы ТС возможно выполнять конфигурирование структуры изделияпо правилам. Под конфигурацией по «правилам» понимается отображениеструктуры в соответствии, с какими-либо условиями, например: конфигурированиепо последним модификациям, по дате создания, по статусам выпуска и др.У объектов «Статус» в Teamcenter Engineering, помимо вида статуса естьеще свойство (объект) «Применяемость» («Effectivity»).
Основное предназначениеэтого свойства – указание на условия, в которых этот статус (или объект Item стаким статусом) будет применяться.Release Status по умолчанию имеет зависимый объект «Применяемости»(«Effectivity»). Он может иметь атрибуты:- по дате, с указанием диапазона дат применяемости или одну дату иуказанием что применять всегда до (после) этой даты;- применяемость по серии и конечному изделию, когда указываетсяконечное изделие, куда входит данный ItemRevision (на верхнемуровне входимости) и вводиться номер серии или диапазон серий, вкоторых применяется данный ItemRevision.Для формирования структуры производственного процесса в системе ТСприменяются специализированные приложения – «Планировщик процессовизготовления» и «Планировщик процессов сборки».
Планировщик процессовсборки предназначен в основном для автоматизированных производственныхлиний и в данной работе не рассматривается.- Модель данных производственного процесса основана на собственнойтерминологииивключаетнескольковзаимосвязанныхтиповпроцессов и операций, а также другие понятий:- Производственный процесс (Manufacturing process). Совокупностьопераций по производственному процессу, которые тесно связаныдруг с другом. Используется, чтобы сгруппировать операции влогические группы. Модель полного производственного плана и85описывает, как и где продукт произведен.
Содержит информацию отом, как элементы структуры предприятия используются и где.Устанавливаетсвязимеждуизделием,расположениемпроизводственного участка и ресурсами, необходимыми, чтобыпроизвести продукт. Операции и ресурсы могут быть разделенынесколькими процессами.
По аналогии с термином bill of materials(BOM) для производственного процесса используеться термин bill ofprocess (BOP), что позволяет использовать функционал доступный дляBOM и для BOP.- Операция (Process operation). Этап производственного процессаописывает элемент техпроцесса выполняемый на одном рабочем месте(с применением одной единицы основного оборудования, видаобработки и т.д.). Система ТС позволяет разбивать одну операцию наотдельные этапы – activities, аналогом которых в ЕСТД являетсятермин «переход- Переход (Operation activities). Технологический переход представляетсобой законченную часть технологической операции, выполняемуюнад одной или несколькими поверхностями заготовки, одним илинесколькимиодновременноработающимиинструментамибезизменения или при автоматическом изменении режимов работыстанка. Полное время операции вычисляется по времени начала ипродолжительности каждого перехода.- Рабочее место (Workstation).
Аналог понятия «участок» - зона в цехе вкоторой выполняется один вид производственных работ.- Завод (Plant). Иерархическая совокупность всех производственныхподразделений предприятия.- Рабочая зона (Work area). Конкретное рабочее место на в орг.структурепредприятия оснащенное одной единицей основного оборудования.86- Ресурсы (Resource). Совокупность инструментов, приспособлений,оборудования необходимого для производственного процесса.Рисунок 35.
Типы Item для процессов производства изделий применяемыеВыше изложенным понятиям соответствуют объекты БД ТС. Приведемосновные типы Item для процессов производства изделий, применяемые в данномпроекте – рисунок 35.Интерфейс формирования BOP близок к интерфейсу формирования BOM.Для выполнения проекта в PDM системе размешена следующаятехнологическая информация:- Объекты типа «Ресурсы» описывающие основное технологическоеоборудование, используемое для изготовления лопаток компрессоровГТД.- Маршрутная технология изготовления экспериментальной лопаткиГТД в виде объектов БД ТСЕ «Производственный процесс» и«Операция», а также маршрутная технология в виде бланков,выполненных по ГОСТ.87Рисунок 36.
Маршрутная технология в систeме PDM.Рисунок 37. Маршрутная технология на бланках по ГОСТ.884.2Хранение экспериментальных данныхОтдельнохотелосьбыостановитьсянапроблемехраненияэкспериментальных данных.Первая особенность хранения экспериментальных данных связана споявлением наряду с конструкторским и технологическим составом изделия,состава, описывающего конструкцию исследуемого образца.
Это обусловленовнесением изменением в конструкцию образца в зависимости от условийпроведения исследования, например, расположения датчиков на объектеисследования. Эта проблема может быть решена за счет примененияконфигурирования изделия по статусам. При таком подходе конструкцияэкспериментальногообразцаосновананаконструкторскойструктуреивыполняется по всем правилам, разработанным для нее.Вторая особенность связана с необходимостью иметь в БД ТС информациюо стендовой части, предназначенной для проведения экспериментов.
Длянекоторых задач проведения сложных исследований решение этой проблемыможет требовать наличие в БД информации о архитектуре помещений для увязкиэкспериментальной базы и объекта исследований. Для решения этих проблемпредполагается использовать возможности приложения «Планировщик процессовсборки» функционал, которого обладает прикладными средствами для решениясхожих задач в разрезе производства.Хранение результатов экспериментов предусмотрено в виде файловформатов: *.jpeg, *.doc, *.xls (рис. 38). Это позволяет хранить все виды отчетов итаблиц с данными.
Кроме того, предусмотрено хранение файлов с расширением*.rar (файлы архивов), что позволяет хранить не классифицированные в системеданные произвольных форматов и больших объемов.Для каждого эксперимента в системе ТС создается экземпляр Item с типом«процесс», с которым ассоциируется необходимые данные.89Рисунок 38 Хранение в ТС файлов в форматов: *.jpeg, *.doc, *.xls.Кроме того, предложенная методика применяется и для хранения данныхчисленных экспериментов.Для выполнения проекта в PDM системе размешена следующаяэкспериментальная информация:- Маршрутная технология подготовки образцов для исследования:o Лопаток компрессоров ГТД для исследований на пределциклической прочности.o Лопаток ГТД для исследования остаточных напряжений вповерхностном слое.- Результаты исследований образцов в виде:o Необработанных данных полученные во время проведенияисследований.o Обработанные данные исследования в виде отчетов.4.3Хранение нормативно-справочной информации в ТС.
Структураприложения «Классификатор»Имеется общая проблема для хранения экспериментальных данных иформирования техпроцессов изготовления и сборки изделий – большое количествосправочнойинформациинеобходимойдляработыииспользование90стандартизованных деталей, изделий и процессов. Эта проблема решается за счетприменения специального приложения ТС – «Классификатор».Приложение «Классификатор» предназначено для хранения данных остандартных и нормализованных деталях, таких как шайбы, фрезы, датчики, станкии др.Рисунок 39 Общий вид окна классификатора: 1-дерево классификации, 2сторока поиска, 3-свойства объекта в классификации, 4,5 – графическоеописание объекта классификации.Каждое предприятие формирует структуру классификатора в соответствиисо своими потребностями.
Разработка структуры и ее наполнение оченьтрудоемкий процесс.Для выполнения проекта была разработана структура классификатора.Структуру классификатора создаётся администраторами системы, и не доступнадля правки пользователями. Пользователям предоставляется возможностьклассифицировать объекты.