Интеграция модуля расчета режимов резания с системой проектирования технологических процессов

Тип работы:
Реферат
Предмет:
ТЕХНИЧЕСКИЕ НАУКИ


Узнать стоимость

Детальная информация о работе

Выдержка из работы

СИСТЕМЫ
АВТОМАТИЗИРОВАННОГО ПРОЕКТИРОВАНИЯ
УДК 608. 01 519. 765
Д. Д. Куликов, Ф. В. Киселев
ИНТЕГРАЦИЯ МОДУЛЯ РАСЧЕТА РЕЖИМОВ РЕЗАНИЯ С СИСТЕМОЙ ПРОЕКТИРОВАНИЯ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ
Рассмотрены вопросы интеграции модуля расчета режимов резания с подсистемами автоматизированных систем технологической подготовки производства, а также с РБМ-системой 8МАЕТЕАМ.
Ключевые слова: расчет режимов резания, автоматизированные системы, технологическая подготовка производства, проектирование технологических процессов, РБЫ-системы.
Расчет режимов резания является важной задачей при проектировании технологического процесса. В рамках проектируемой на кафедре технологии приборостроения СПбГУ ИТМО системы проектирования технологических процессов «ТИС-Процесс& quot- разработан модуль «ТИС-Таб& quot- [1], в основе которого лежит табличный процессор. Модуль предназначен для формирования и сопровождения базы знаний, а также принятия решений с использованием таблиц соответствий (ТС). Последние представляют собой декларативное описание алгоритмов принятия решений по сложным таблицам с нормативно-справочной информацией (НСИ), содержащимся в технологических справочниках. Примером таблиц с НСИ являются таблицы для расчета режимов резания и нормирования [2−4], спецификой которых является необходимость уточнения основного решения с помощью поправочных коэффициентов. С помощью «ТИС-Таб& quot- была сформирована база знаний, для создания которой использовались таблицы с режимами резания из справочника [2]. Эксплуатация модуля подтвердила правильность предложенного подхода, удобство в формировании базы знаний и расчета режимов резания. Кроме того, информацию в базе знаний достаточно просто изменять в соответствии с изменением условий производства, таким образом, подстраиваясь под конкретную производственную среду.
Однако модуль может функционировать лишь в автономном режиме, что ограничивает возможности его применения. Поэтому поставлена задача: интегрировать «ТИС-Таб& quot- с САПР «ТИС-Процесс& quot-, а также интегрировать с РБМ-системой БМАЯТЕАМ, под управлением которой функционирует «ТИС-Процесс& quot-.
Решение поставленной задачи в первую очередь зависит от подходов, принятых при разработке модуля. Поэтому в первую очередь рассмотрим принципы построения модуля «ТИС-Таб& quot-. Программное обеспечение модуля, в отличие от существующих САПР технологических процессов (ТП), реализовано в виде web-сервисов ^еЬ-служб). Модуль всегда может быть запущен для автономной работы с помощью web-браузера из любого территориально удаленного предприятия. Авторизованный пользователь в соответствии со своей ролью
может либо выполнять расчет режимов резания, либо осуществлять сопровождение удаленной базы знаний, закрепленной за данным предприятием. Использование web-службы позволяет применять подход «программное обеспечение в качестве услуги& quot- (Software as a Service — SaaS), при котором доступ к модулю, размещенному на сервере разработчика, предоставляется любому авторизованному пользователю. Использование web-служб позволяет не только примерно на 80% сократить время и затраты на покупку, поддержку и сопровождение программного обеспечения, но и повысить экономическую эффективность за счет снижения затрат на подготовку и обучение сотрудников, что несомненно важно на сегодняшний день. Так как модуль находится на сервере разработчика, то его новые версии сразу становятся доступными всем пользователям. Указанный подход позволяет реализовать «виртуальное& quot- автоматизированное рабочее место и тем самым способствует организации виртуальной технологической подготовки производства.
Разработанный модуль ориентирован на трехуровневую модель системного структурирования, включающего в себя три уровня:
— графический интерфейс пользователя-
— бизнес-логика-
— система управления базой знаний.
Графический интерфейс пользователя реализован как пользовательское приложение и запускается на машине клиента. Это приложение состоит из трех компонентов. Первый предназначен для ввода условий поиска нужной ТС по каталогу базы знаний. Сформированный SQL-запрос передается на 2-й уровень. Второй компонент используется для сопровождения базы знаний (редактирование старой или формирование новой ТС), третий необходим для ввода исходных данных и принятия решений по найденной ТС.
На уровне «бизнес-логика& quot- серверное приложение осуществляет взаимодействие между 1-м и 3-м уровнями, последний содержит базу знаний и приложения для работы с ней. Приложения этого уровня функционируют на сервере базы знаний.
Для обмена сообщений между уровнями используется транспортный протокол SOAP (Simple Object Access Protocol), предназначенный для организации взаимодействия удаленных систем при помощи асинхронного обмена XML-документами. Благодаря использованию XML сообщения SOAP могут передаваться посредством транспортного протокола HTTP, как правило, не закрываемого сетевыми экранами. Кроме того, протокол SOAP обеспечивает взаимодействие распределенных систем независимо от типа объектной модели, операционной системы или языка программирования. Для обслуживания разных подразделений и учета их специфики может быть создано несколько удаленных баз знаний со своими СУБД и web-сервисом «Работа с БЗ& quot-. Поэтому на втором уровне в рамках SOAP создается спецификация UDDI, предназначенная для поиска web-сервисов в реестре UDDI. Механизм обмена сообщениями определяется в описании сервисов на WSDL, которое включает форматы сообщений, типы данных, транспортные протоколы и способы сериализации, используемые при обмене между уровнями. На рисунке представлена структура модуля расчета режимов резания: 1 — интерфейс- 2 — web-сервис «Работа с ТС и каталогом ТС& quot-- 3 — web-сервис «Работа с БЗ& quot-- 4 — СУБД- БЗ — база знаний, содержащая ТС.
Рассмотренная структура модуля аналогична структуре системы САПР ТП «ТИС-Процесс& quot-. Это сделано для того чтобы, сохраняя возможность автономного функционирования, обеспечить удобные способы функциональной и информационной интеграции модуля с системой «ТИС-Процесс& quot-.
Функциональная интеграция достигается путем указания на web-сервис «Работа с ТС& quot- в реестре UDDI на уровне «бизнес-логики& quot- в САПР ТП «ТИС-Процесс& quot-. Функциональное расширение модуля может быть достигнуто путем расширения баз знаний за счет новых ТС. В частности, возможно добавление таблиц по нормированию технологических процессов.
В этом случае возможно автоматизированное проведение укрупненного или дифференцированного нормирования времени выполнения технологических операций. Проведенные эксперименты показали принципиальную возможность с помощью ТС организовать выбор сортамента и средств технологического оснащения.
Информационная интеграция основана на том, что на машине клиента ТС представляется в виде ХМЬ-документа, а в системе «ТИС-Процесс& quot- модель технологического процесса также выражена как ХМЬ-документ. Нами были созданы выходной и входной стыковочные модули. Выходной модуль извлекает из ХМЬ-документа результаты расчета режимов резания и заносит необходимую информацию в модель технологического процесса (в раздел проектируемого технологического перехода).
Вычисления во входном стыковочном модуле выполняются в два этапа. На первом этапе возможен либо режим прямого вызова из системы «ТИС-Процесс& quot- модуля расчета режимов резания, либо режим автоматизированного поиска ТС. Последний позволяет извлечь нужную информацию из ХМЬ-модели ТП (код перехода, группа материала детали, материал режущей части инструмента для проектируемого перехода). В результате на мониторе клиента выводится список ТС, отвечающих заданным условиям, и технолог выбирает нужную ему таблицу.
На втором этапе анализируются входные параметры ТС и производится поиск значений этих параметров в модели ТП. На экран выводится частично заполненная таблица входных параметров. Степень заполнения зависит от семантической совместимости параметров в моделях ТС и ТП. Часть параметров, нужных для ТС, вообще может отсутствовать в модели ТП, например параметры режущего инструмента. В этом случае значение поля вводится технологом. Основная сложность семантической совместимости возникает из-за неформального задания в ТС входных условий. Эти условия могут быть заданы, например, в виде списка значений. В форме для ввода исходных данных значения параметров вводятся с помощью выпадающего меню, в строках которого могут содержаться списки допустимых значений. Например, при вводе групп материалов возможны следующие, синтаксически по-разному оформленные, строки меню:
— стали конструкционные углеродистые и легированные-
— стали жаропрочные, коррозионно-стойкие и жаростойкие-
— медные и алюминиевые сплавы.
Входные условия часто задаются в виде интервалов значений параметров, при этом они могут зависеть от других параметров. Например, параметр «Твердость для сталей и чугунов& quot- может иметь значение «до 130 HB& quot- или «до 150 HB& quot- и т. д., а параметр «Предел прочности ов для алюминиевых и медных сплавов& quot- - значения «до 100 МПа& quot- или «до 200 МПа& quot- и т. д. При этом поля со значениями параметров заполняются в зависимости от материала заготовки. Семантический анализатор проводит проверку входных условий ТС для заданной ситуации.
Сложность семантической совместимости вызвана также тем, что одинаковые параметры могут в разных подсистемах АСТПП иметь разные обозначения и, наоборот, разные параметры иметь одинаковые имена. В web-программировании эта ситуация решается с помощью организации «пространства имен& quot-, а в данном случае применяется словарь параметров, в котором за каждым параметром закреплены его атрибуты, позволяющие задать название параметра (фиксирующее некоторое понятие), его обозначение, а также характеристики параметра: тип, длину, размерность, значение по умолчанию, интервал допустимых значений, наличие классификатора и т. д. Анализатор параметров, входящий в состав входного стыковочного модуля, проводит сравнение атрибутов, найденных по обозначению параметров, с атрибутами соответствующих параметров ТС и при их несовпадении заносит результаты сравнения в специальный реестр. В дальнейшем администратор решает, что делать с семантически или синтаксически несовместимыми параметрами, и при необходимости корректирует ТС или словарь, используя модуль работы со словарем.
Интеграция с системой «ТИС-СТО& quot-, предназначенной для поиска средств технологического оснащения и также разработанной на кафедре технологии приборостроения СПбГУ ИТМО, необходима для поиска параметров режущего инструмента, если они заданы в ТС как входные параметры. Способы интеграции аналогичны способам, рассмотренным для системы «ТИС-Процесс& quot-, поскольку «ТИС-СТО& quot- разработана как web-сервис.
Современный подход к управлению автоматизированной ТПП связан с использованием систем ведения проекта (PDM-систем). Эти системы предназначены для поддержки электронного описания изделия на всех стадиях его жизненного цикла. Были проведены исследования PDM-системы SMARTEAM фирмы Smart Solutions Ltd. (Израиль), являющейся одной из ведущих в мире фирм по разработке указанных систем.
Комплекс инструментальных средств этой PDM-системы позволяет организовать эффективное взаимодействие между следующими компонентами: электронным архивом, средствами автоматизированного документооборота, средствами интернет-технологии, системами CAD/CAE/CAM. Наличие электронного архива дает возможность создавать единое информационное пространство предприятия. Большое количество «просмотрщиков& quot- позволяет быстро просматривать практически любые файлы с данными в их исходном формате без запуска внешних приложений, например, Microsoft Word и Microsoft Excel.
При визуальном просмотре в PDM-системе в иерархической структуре изделия легко найти нужную вершину с заданным объектом «деталь& quot- и далее перейти к объекту «технологический процесс& quot-. За каждой вершиной закреплена учетная карточка объекта, поэтому при переходе к ТП на экран выводится учетная карточка технологического процесса, в которой зафиксированы следующие данные: состояние объекта, дата начала технологического проектирования, плановый срок завершения проекта, фактическая дата его завершения и т. д. Так как система «ТИС-Процесс& quot- интегрирована с PDM-системой SMARTEAM, то из учетной карточки для ТП можно перейти по ссылке либо к просмотру технологических карт, либо загрузить «ТИС-Процесс& quot-. Аналогичным образом выполняется функциональная интеграция модуля «ТИС-Таб& quot- с PDM-системой. С помощью редактора экранных форм в учетной карточке создается ссылка на указанный модуль и, следовательно, из учетной карточки, а не из интернет-браузера, можно вызвать модуль для автономной работы с последующим возвратом
в ту же точку. Для исключения повторной авторизации используются логин и пароль текущего пользователя PDM-системы.
Для информационной интеграции входной стыковочный модуль с помощью встроенного макроязыка PDM-системы дорабатывается для выполнения поиска в дереве проекта тех параметров, которые не найдены в технологическом процессе. Проведенный анализ показал, что в основном могут быть найдены параметры лишь общего характера, например, размеры и масса детали.
Другим вариантом интеграции с PDM-системой является использование локальной версии «ТИС-Таб& quot-. В этом случае каталог и база знаний с ТС хранятся в электронном архиве SMARTEAM. Модуль «ТИС-Таб& quot- (в локальном исполнении) по ссылке в учетной карточке ТП загружается из локальной сети. Фирмой «Би-Питрон& quot- создана система проектирования технологических процессов, позволяющая результаты разработки ТП фиксировать в дереве проектов SMARTEAM, поэтому информационная интеграция достигается на основе поиска входных параметров прямо в дереве проектов вместо поиска в параметрической модели ТП, создаваемой «ТИС-Процесс& quot-. Поиск значений параметров режущего инструмента, которые являются входными для ТС, выполняется в дереве проектов (в заданном технологическом переходе). Результаты расчета режимов резания помещаются в дерево проектов (в создаваемый технологический переход).
В перспективе представляется интересной разработка приложений, позволяющих организовать поиск в файлах, созданных с помощью CAD-систем и содержащих информацию о детали или операционных заготовках. Наиболее удобно использовать файлы нейтральных форматов типа STEP или IGES. Это позволит находить параметры обрабатываемых поверхностей, определяющих форму и те размеры режущего инструмента, которые необходимы для расчета режимов резания.
В результате проведенных исследований можно сделать следующие выводы:
— организация программного обеспечения в виде web-службы наиболее удобна для интеграции «ТИС-Таб& quot- с подсистемами АСТПП, также организованными в виде web-служб. В этом случае используется виртуальное автоматизированное рабочее место, позволяющее обратиться к любой подсистеме АСТПП-
— функциональную интеграцию «ТИС-Таб& quot- с другими подсистемами АСТПП целесообразно выполнять на основе спецификации UDDI, позволяющей организовать автоматизированный поиск web-сервисов в реестре UDDI, такой подход дает возможность организовать функциональное взаимодействие между удаленными приложениями-
— информационная интеграция «ТИС-Таб& quot- основана на возможности хранения результатов в виде XML-документов и использовании механизмов фильтрации в XML-документах, что позволяет достаточно просто организовать информационное взаимодействие соответствующих подсистем-
— интеграция «ТИС-Таб& quot- с PDM-системой SMARTEAM основана на возможности вызова модуля расчета режимов резания из учетной карточки дерева проекта для выбранного перехода и автоматизированного поиска параметров в дереве проектов.
Работа проводилась в рамках инновационной образовательной программы «Инновационная система подготовки специалистов нового поколения в области информационных и оптических технологий& quot-.
СПИСОК ЛИТЕРАТУРЫ
1. Куликов Д. Д., Киселев Ф. В. Разработка системы расчета режимов резания на основе web-сервиса // Вестн.
Костромского государственного университета. 2008. Т. 14. С. 54−56.
38
М. Я. Афанасьев, А. Н. Филиппов
2. Гузеев В. И., Батуев В. А., Сурков И. В. Режимы резания для токарных и сверлильно-фрезерно-расточных станков с числовым программным управлением: Справочник. М.: Машиностроение, 2005. 368 с.
3. Общемашиностроительные нормативы режимов резания / А. Д. Локтев, И. Ф. Гущин, В. А. Батуев и др. М.: Машиностроение, 1991.
4. Справочник технолога-машиностроителя / Под ред. А. М. Дальского, А. Г. Косиловой, Р. К. Мещерякова, А. Г. Суслова. М.: Машиностроение, 2001. 912 с.
5. Митрофанов С. П., Куликов Д. Д., Миляев О. Н., Падун Б. С. Технологическая подготовка гибких производственных систем. М.: Машиностроение, 1987. 352 с.
Дмитрий Дмитриевич Куликов
Филипп Владимирович Киселев
Рекомендована кафедрой технологии приборостроения
Сведения об авторах д-р техн. наук, профессор- Санкт-Петербургский государственный университет информационных технологий, механики и оптики, кафедра технологии приборостроения- E-mail: ddkulikov@rambler. ru аспирант- Санкт-Петербургский государственный университет информационных технологий, механики и оптики, кафедра технологии приборостроения- E-mail: philipp-kiselev@rambler. ru
Поступила в редакцию 14. 12. 09 г.
УДК 681.3. 06
М. Я. Афанасьев, А. Н. Филиппов
ПРИМЕНЕНИЕ МЕТОДОВ НЕЧЕТКОЙ ЛОГИКИ В АВТОМАТИЗИРОВАННЫХ СИСТЕМАХ ТЕХНОЛОГИЧЕСКОЙ ПОДГОТОВКИ ПРОИЗВОДСТВА
Рассматриваются основные направления применения методов нечеткой логики и нечеткого управления в экспертных модулях автоматизированных систем технологической подготовки производства. Приведены примеры конкретных объектов управления, а также описан общий алгоритм основных этапов процесса нечеткого управления.
Ключевые слова: нечеткая логика, технология приборостроения.
Введение. Практически любая задача технологии может иметь не одно решение, а несколько. Перед технологом всегда стоит проблема выбора наиболее рационального способа достижения поставленной цели, обычно опыт подсказывает ему, какое решение наиболее выгодно в данных производственных условиях.
Попытка использовать логику первого порядка для представления знаний в таких проблемных областях, как технология приборостроения, может заканчиваться неудачей по двум основным причинам, описанным ниже.
Во-первых, формирование полного множества антецедентов или консеквентов, необходимого для составления правила, не имеющего исключений, слишком трудозатратно, а само применение таких правил является слишком сложным.
Во-вторых, даже если известны все правила, может оставаться неопределенность относительно решения конкретной технологической задачи, поскольку производственная ситуация может существенно измениться, например, из-за непредвиденного выхода из строя необходимого оборудования.
Определения нечеткой логики и нечетких множеств. Нечеткая логика и теория нечетких множеств — раздел математики, обобщающий классическую логику и теорию мно-

ПоказатьСвернуть
Заполнить форму текущей работой