Слайд 2
Задача технологической подготовки
- по созданной конструкторами
CAD-модели
изделия составить план его производства.
Технологическая подготовка производства всегда
осуществляется по имеющейся базе данных типовых техпроцессов, применяемых на конкретном предприятии.
Слайд 3
Различают два подхода к автоматизированной технологической подготовке
- модифицированный и генеративный.
При модифицированном подходе задача
САРР-системы состоит в поиске наиболее похожего изделия в существующей базе данных и предъявлении его операционной карты для модификации. При модифицированном подходе широко применяется групповая технология, позволяющая проводить классификации деталей в семейства похожих.
Слайд 4
Групповая технология состоит в классификации деталей в семейства,
представляющие собой совокупность объектов, подобных друг другу
по геометрической
форме, размерам и технологическим процессам их изготовления.
Отнесение детали к известному семейству на основе ее формы и размеров позволяет быстро найти в технологической базе данных предприятия последовательность процессов, используемых для изготовления похожих деталей, и модифицировать ее для изготовления новой детали
Слайд 5
Групповая технология находит приложение при компоновке оборудования
в цехе.
Классическая схема компоновки состоит
в группировке станков
по видам обработки (токарный, фрезерный, сверлильный, шлифовальный и сборочный участки).
Недостаток - накладные расходы на передачу заготовок с участка на участок очень высоки. Альтернативная схема компоновки станков состоит в размещении их по участкам
в соответствии с семействами деталей. В этом случае каждый участок отвечает за изготовление деталей своего семейства.
Слайд 6
Генеративный подход состоит
в распознавании у детали типовых
конструктивных элементов и применении к ним типовых техпроцессов (токарная
обработка, сверление и прочее).
При генеративном подходе используются известные методы искусственного интеллекта для распознавания элементов и логического вывода
Слайд 7
Важным элементом САРР-систем является
их открытость: систему можно
не только настраивать на решение задач конкретного предприятия, но
и модернизировать как на уровне интерфейса, так и на уровне функционального назначения.
Обычно в состав системы входит специальный редактор, с помощью которого создаются бланки документов. Поэтому каждое предприятие, использующее нестандартные формы документации, может без привлечения сторонних программистов создать требуемый комплект документов
Слайд 8
При проектировании техпроцессов используются базы типовых ТП
и типовых технологических переходов.
База типовых ТП и переходов
пополняется по ходу проектирования, а также редактируется менеджером БД.
Типы операций и переходов заложены
в соответствующих классификаторах, а состав основных свойств представлен в стандартах ЕСТД.
Слайд 9
Функциональные возможности САРР-систем
и сквозная интеграция с CAD
обеспечивают решение следующих задач:
управление хранением данных и документов: авторизация
доступа, поиск информации, целостность данных, архивирование, резервное копирование, восстановление данных;
управление процессами: управление работой, протоколирование работы;
управление структурой изделия: технологический состав изделия, исполнения;
интерактивное проектирование технологических процессов (ТП);
Слайд 10
основные режимы: применение ТП, интерактивное заполнение ТП с
использованием БД-ресурсов и контекстных закладок, копирование ТП из других
проектов;
автоматизированное проектирование техпроцессов на основе знаний структурно-параметрического синтеза;
виды технологических процессов: обобщенный ТП, механообработка, сборка, холодная штамповка, ковка и горячая штамповка, литье, термическая обработка, нанесение покрытий, сварка, пайка, изготовление деталей из пластмасс и резины и пр.;
Слайд 11
автоматизированное проектирование операций;
управление производственными и технологическими ресурсами;
формирование сводных
ведомостей и спецификаций; печать сформированных документов.
Создание общего технологического
процесса (ОТП) позволяет аккумулировать опыт
и знания ведущих специалистов предприятия разных областей деятельности и использовать его.
Слайд 12
Программа для технологической подготовки производства обеспечивает автоматическое проектирование
конкретных технологических процессов изготовления изделий
с автоматическим формированием структуры
конкретного технологического процесса, подбором оснащения и различными техническими расчетами, заложенными в ОТП
Слайд 13
Разработка технологических процессов изготовления корпусных деталей в среде
АРМ технолога
Слайд 14
Заполнение общих данных
вкладка «общие»
Данные берутся из
конструкторского
чертежа;
остальные
заполняются
автоматически
Слайд 15
Заполнение общих данных
вкладка «Сортамент заготовки»
Берутся из конструкторской
документации или
из базы
данных по материалам деталей,
обрабатываемых в цехе
Рассчитываются
В системе
Слайд 16
Заполнение общих данных
вкладка «Подписи»
Фамилии работников
выбираются из списка
Слайд 17
Создание маршрута обработки
Выбор операции
Слайд 18
Заполнение общих данных
на операцию
Выбираются из списка
Выбираются из
базы
данных по цеху
Слайд 22
Результат создания маршрута обработки
ЭСКИЗ
Маршрут
обработки
детали
Слайд 23
Выбор форм бланков
Выбирается из списка
Слайд 24
Заполнение данными на операцию вкладки «Прочие параметры»
Заполняется
вручную
с клавиатуры
Слайд 25
Заполнение данными на операцию вкладки «Нормирование»
Заполняется
вручную
с
клавиатуры
Рассчитывается
системой при
нажатии кнопки А
Слайд 26
Создание установочного перехода
Слайд 27
Создание установочного перехода
Слайд 29
Создание основного перехода
Редактируем текст в окне
Слайд 30
Расчет режимов резания для основных переходов
Внесение
данных
для расчета
Общемашиностроительные
нормативы времени и режимов резания для нормирования работ, выполняемых
на универсальных и многоцелевых станках с числовым программным управлением. Часть 2. Нормативы режимов резания. М.: Экономика, 1990. 473 с.
Слайд 31
Создание основного перехода
Вкладка «Доп. параметры»
Слайд 33
Выбор измерительного инструмента
Слайд 34
Техпроцесс созданный в модуле ADEM CAPP
Слайд 35
Результат создания ТП в среде ADEM
Формировать
Просмотр
Слайд 36
Просмотр сформированного ТП
Титульный лист
Слайд 39
Разработка ТП с помощью модуля САРР системы ADEM:
1.
Сокращает время:
на проектирование ТП ≈ 2 – 2,5 раза;
на
оформление ТП ≈ 3 – 4 раза;
на адаптацию молодых технологов.
2. Позволяет создавать технологические переходы для универсального оборудования и управляющие программы для оборудования с ЧПУ с оформлением программ.
3. Позволяет создать базу ТП и далее использовать ее для технологической подготовки производства в качестве типовой.
4. Повышает качество создаваемой технологической документации.
Слайд 40
Цифровое производство
Следующим шагом в развитии САРР-систем стало появление
средств цифрового реалистичного моделирования производственных процессов, объединяющих в себе
логистику традиционных САРР, моделирование технологических процессов на уровне CAM-систем и дополненное возможностями симуляции эргономических процессов, то есть поведения людей, участвующих в производстве.
Слайд 41
Обеспечивается решение задач:
• моделирование
сложных производственных систем и стратегий управления;
• построение иерархических объектно-ориентированных
моделей, включающих производственные, логистические и бизнес-процессы;
• создание и использование специализированных объектных библиотек для быстрого моделирования типовых объектов;
Слайд 42
• формирование диаграмм и графиков для анализа
производительности, ресурсов и узких мест;
• анализ спроектированных производственных и
жизненных циклов, включая анализаторы узких мест, построение диаграмм Ганта и Сэнки;
• трехмерная анимация и визуализация производственных и эксплуатационных процессов;
• оптимизация процессов и ресурсов на основе генетических алгоритмов;
• сопряжение с ERP- и MES-системами за счет открытой архитектуры, поддерживающей различные интерфейсы.
Слайд 43
Системы цифрового моделирования производства обеспечивают создание модели производственных
и логистических процессов
с целью анализа и оптимизации их
характеристик.
Эти модели позволяют проводить виртуальные эксперименты и анализ по принципу «что, если» без вмешательства в работу реальной системы, либо задолго до начала строительства реальных производственных мощностей.
Мощные средства сбора детальной статистики, анализа и визуализации дают проектировщику возможность оценить различные варианты и на основе их сравнительного анализа принять решения на ранних стадиях проектирования производства.
Слайд 44
Моделирование с использованием цифровой модели производственного цикла используется
также для оптимизации производительности, выявления и «расшивки» узких мест
и минимизации объема незавершенного производства.
С помощью цифровой модели можно рассчитать требуемые производственные ресурсы, учесть внешних и внутренних поставщиков, сопутствующие бизнес-процессы и другие факторы, анализируя их влияние на будущее производство.
Слайд 45
Появляется возможность сравнить различные стратегии управления объектом, проверить
ритмичность работы технологических линий
и отдельных участков.
Задавая разные
правила и параметры для потоков материалов и комплектующих, можно проверить, как они влияют на интегральные показатели работы всей производственной системы.
Слайд 46
Моделирование и программирование роботизированных производственных участков
Слайд 47
Моделирование ручных сборочных
и контрольных операций
Слайд 48
Системы цифрового моделирования производства позволяют создать виртуальное предприятие,
учитывающее все производственные процессы и ресурсы: оборудование, промышленных роботов,
людские ресурсы, потоки материалов и энергии и т. д., в котором можно изменять любые параметры, добиваясь наиболее подходящей конфигурации.
Предприятия, владеющие такими виртуальными моделями, способны эффективно контролировать и управлять циклами создания продуктов и запуска их в производство.
Слайд 49
Цифровые модели производства обеспечивают
не только моделирование локальных
процессов (например, работы станков
с ЧПУ), но и всех
этапов жизненного цикла продукта - от формирования концепции
и проектирования, через изготовление
и производство, до эксплуатации, ремонта
и утилизации.
Слайд 50
Системы управления данными об изделии (Product Data Management,
PDM) -категория программного обеспечения, позволяющая сохранять данные об изделии
в базах данных.
К данным об изделии прежде всего относят инженерные данные, такие как CAD-модели
и чертежи (CAD), цифровые макеты (DMU), спецификации материалов (ВОМ), а также технологическую информацию.
PDM - системы являются также интегрирующим звеном при построении системы управления жизненным циклом (PLM).
Слайд 51
PDM позволяет создать на предприятии единую информационную среду
разработки изделий, ресурсами которой могут пользоваться все заинтересованные службы:
отделы главного конструктора и главного технолога, отдел технической документации, службы снабжения, маркетинга и сбыта, представители заказчика
и др.
Слайд 52
Для обеспечения этой возможности в PDM реализована концепция
единого хранилища документов, что позволяет легко использовать документ в
нескольких проектах, получать специализированные для разных служб
и отдельных пользователей представления проекта, создавать библиотеки типовых решений и обеспечивать возможность коллективной работы над одним или разными проектами.
Архитектура современных PDM позволяет одновременно использовать несколько отдельных тематических хранилищ документов.
Слайд 53
Функции PDM:
• хранение документов;
• структуризация проекта и классификация
документов;
• поиск документов;
• управление доступом к документам;
• интеграция различных
СAD/CAM /CAE-систем и связь с ERP;
• отслеживание истории и управление изменениями;
• организация коллективной работы;
• формирование отчетов и спецификаций.
Слайд 54
Электронное хранилище документов
Служит для физического хранения электронных документов,
изготовленных с помощью различных программ MS Office, CAD-систем, графических
пакетов и прочего.
Электронный документ представляет собой структурированный набор данных, содержащий реквизитную часть, содержательную часть и электронную цифровую подпись (опционально).
Слайд 55
Хранилище PDM реализует физическую, прикладную среду обмена информацией
между различными специалистами, представляет собой богатый информационный ресурс предприятия
и обеспечивает основу для организации коллективной работы и внедрения единого информационного пространства (ЕИП).
PDM-система управляет и предоставляет информацию о прямых и обратных связях между объектами. Например, для изделий имеются представления «Состоит из» и «Входит в», «Основной документ», «Присоединенные документы» и пр.
Слайд 56
Структуризация проекта
и классификаторы, классификация документов
Документы и изделия
можно группировать внутри проекта в иерархическую структуру с помощью
папок. Уровень вложенности не ограничен.
Этот же механизм используется для создания иерархических классификаторов любого назначения.
PDM позволяет объединять похожие объекты
в группы (классы) на основе одного набора атрибутов. Этот подход также известен как групповая технология.
Слайд 57
Классификация позволяет эффективнее обрабатывать большие объемы данных, например,
быстрее находить документы
и изделия в хранилище, благодаря сужению
области поиска до объектов одного класса.
В системе поиска PDM используется индексация всех объектов, имеющих атрибуты, благодаря которым время выполнения запроса не превышает нескольких секунд.
Система классификации также позволяет обеспечить тематическую группировку электронных документов независимо от того,
в каких программах они были созданы.
Слайд 58
Система классификации увеличивает гибкость модели данных и, следовательно,
способность PDM к одновременной интеграции с различными САПР и
другими информационными системами.
При добавлении в хранилище документов или изделий PDM позволяет назначить им определенный класс.
Назначение класса может быть выполнено автоматически на основе типа документа или его свойства.
Слайд 59
Например, чертежу, сделанному в SolidWorks, при сохранении в
PDM-системе может присваиваться класс «Чертеж», а в сопроводительной записке,
созданной в Microsoft Word, - класс «Текстовый документ».
Определяя класс, администратор системы задает список атрибутов, которые будут иметь все объекты одного класса.
В дополнение к атрибутам класса каждый отдельный объект может иметь любое количество дополнительных (пользовательских) атрибутов.
Слайд 60
В свою очередь, классы могут быть сгруппированы с
помощью родительских классов.
В результате документ получает все
атрибуты, заданные в собственном классе, а также все атрибуты родительских классов.
Атрибуты нового документа будут автоматически извлечены из свойств файла чертежа или таблицы.
Слайд 61
Системы PDM обеспечивают работу с любыми форматами данных
и имеют средства классификации документов (файлов) по видам документов,
например, в российской практике
в соответствии с ГОСТ 2.102 (Виды и комплектность конструкторских документов) как в официальной редакции, так и в предлагаемой новой с учетом электронных документов. Иерархическая структура классов с наследованием атрибутов в PDM-системе предоставляет гибкие возможности для классификации документов и настройки согласно стандартам и правилам (СтП), действующим на предприятии.
Слайд 62
Представление информации в SWR-PDM
Слайд 63
Атрибуты и система поиска
Каждый документ, хранящийся в PDM,
может иметь неограниченный набор атрибутов, который служит для определения
дополнительных характеристик.
Для атрибутов назначается уровень изменения (объект-версия-итерация).
Атрибуты, определенные для всех объектов одного класса, являются обязательными и присутствуют во всех объектах одного класса.
Остальные атрибуты являются дополнительными.
Слайд 64
Запросы могут быть достаточно сложными с использованием логических
операций И и ИЛИ для условий на системные атрибуты,
атрибуты класса, а также произвольно заданные характеристики объектов.
Результаты поиска обычно отображаются в виде дерева объектов, удовлетворяющих условию запроса
Слайд 65
Разграничение доступа
PDM позволяет большому количеству пользователей с разными
полномочиями хранить и обрабатывать документы в едином хранилище независимо
от остальных пользователей, предоставляя или запрещая доступ к данным со стороны других пользователей.
Наряду с этим PDM дает возможность одновременно хранить документы различного уровня секретности: документы общего доступа, секретные документы, совершенно секретные документы и т. д.
Слайд 66
Список уровней доступа настраивается администратором защиты.
Система разграничения доступа
предназначена
для реализации определённых администратором защиты правил на выполнение
операций пользователями над объектами хранилища.
Для этого все сущности информационной системы PDM разделены на две категории: субъекты
и объекты.
Слайд 67
Субъекты являются активными сущностями, а объекты - пассивными.
Субъекты выполняют операции над объектами, а ядро системы разграничения
доступа на основании установленных в системе правил принимает решение о разрешении или отклонении запроса на доступ.
В PDM - системах управление доступом
не является полностью централизованным, сосредоточенным в руках только администратора, - каждый пользователь (конструктор, руководитель проекта, технолог, работник архива и т. д.) может сам управлять доступом к объектам (документам или изделиям), которыми он владеет.
Слайд 68
В настоящее время в PDM обычно реализуются два
принципа контроля доступа:
дискреционный и мандатный
Дискреционный принцип контроля доступа
(наиболее часто встречающийся позволяет для любого
из объектов системы определить права каждого пользователя и групп пользователей
на выполнение операций над объектом.
Недостаток – при допуске новых сотрудников
к работе с системой, а также при изменении должности, звания и других статусов сотрудника необходимо всякий раз пересматривать его права доступа к каждому из объектов системы.
Слайд 69
Мандатный принцип контроля доступа основан на том, что
каждому объекту (документу или изделию) присваивается гриф секретности из
упорядоченного списка уровней безопасности, а каждый субъект (пользователь) имеет уровень допуска из этого списка.
Могут использоваться следующие уровни: открытые данные, для служебного пользования, конфиденциально, секретно и совершенно секретно.
Операция будет разрешена, если уровень допуска пользователя не ниже грифа секретности документа. Допуск присваивается не только пользователям, но и их группам.
Слайд 70
Мандатный принцип позволяет одновременно, путем простого изменения допуска
соответствующего пользователя или группы, контролировать доступ пользователя или группы
к большому количеству объектов.
Решение о санкционированности операции над документом принимается только при одновременном разрешении его по обоим принципам.
Слайд 71
Интеграция различных CAD-систем
Для решения задач, отдельными конструкторами
и
технологами, на предприятиях используется множество строго специализированных пакетов.
Например,
для создания объемных моделей изделий машиностроения можно использовать методы твердотельного либо поверхностного моделирования (и соответствующие CAD-системы).
Слайд 72
Для разработки большинства деталей и узлов машиностроительных изделий
достаточно использовать твердотельное моделирование, однако некоторые задачи, например, проектирование
сложных изделий, изготавливаемых штамповкой, или внешних поверхностей деталей для самолетов, автомобилей, бытовой техники, могут быть выполнены только с использованием поверхностного моделирования.
Нередко предприятию приходится решать и другие задачи, связанные с разработкой, например, проектировать разводку для печатных плат. Кроме этого, смежники предприятия могут использовать в своей работе иные CAD- системы.
Слайд 73
Интеграция PDM SmarTeam с Autodesk Inventor, Microsoft Office
и SolidWorks
Посредством PDM также решается задача интеграции различных CAD-систем
и систем технологического проектирования
Слайд 74
PDM-системы являются по сути центром интегрированной системы
управления, связующим звеном между всеми системами в корпоративной среде
предприятия.
Одним из важнейших преимуществ использования PDM -системы является возможность формирования на предприятии непротиворечивой базы нормативно-справочной информации и поддержки ее в актуальном состоянии.
Слайд 75
Автоматическое отслеживание истории создания и управления изменениями
Изделие, а
также элементы изделия в процессе жизненного цикла описываются в
базе данных PDM различными состояниями, которые относятся также к сопутствующей документации. Это могут быть состояния типа «Разработка», «Архив» и «История».
Состояние «Разработка» характеризует документацию, которая разрабатывается в настоящее время. Это состояние не накладывает никаких ограничений на модификацию элемента или документа.
Слайд 76
Элемент в состоянии «Архив» нельзя изменить, то есть
автор потерял право на редактирование элемента состава изделия.
Состояние
«История» характеризует аннулированные документы, которые ранее находились в состоянии «Архив».
Изменение состояния элемента в системе происходит при помощи специализированного бизнес-процесса «Изменение состояния». Данный бизнес-процесс описывает карту маршрута изменения состояний, а также указывает исходное и целевое состояния элемента.
Слайд 77
В подсистеме должен быть предусмотрен встроенный механизм ведения
извещений
об изменениях. Для этого предназначен специализированный документ. При
проведении данного документа в системе происходит изменение структуры изделия.
С помощью механизма управления версиями PDM ведет историю всех изменений документов хранилища, не налагая ограничений на количество версий.
Пользователь может просматривать, изменять или использовать различные версии, независимые друг
от друга, получая тем самым средство ведения альтернативных вариантов одного и того же документа.
Слайд 78
Коллективная работа над проектом
Слайд 79
Обеспечение коллективной работы в PDM реализовано с помощью
нескольких взаимосвязанных механизмов: управление версиями документов, система обеспечения совместного
доступа к документам на основе блокировок и работа с локальными копиями
и разграничение доступа на основе дискреционного принципа.
Для упорядочивания совместного доступа
к документам единого хранилища и решения задачи передачи документов по сети используются процедуры «Взять на редактирование» и «Сохранить в PDM».
Слайд 80
При взятии документа на редактирование PDM -система извлекает
его из хранилища, создает его копию на локальном диске
и устанавливает
в хранилище блокировку на оригинал документа.
При этом документ в хранилище остается доступным для чтения и использования другими пользователями.
Измененный документ возвращается в хранилище с помощью процедуры «Сохранить в PDM», после чего эти изменения становятся доступными всем заинтересованным пользователям.
Слайд 81
Например: ведущий конструктор может взять из хранилища на
редактирование полную сборку изделия. Одновременно с ним другой конструктор
может также открыть эту сборку в CAD-системе на другом рабочем месте
и спроектировать новую деталь, используя сборку как ссылочную, или изменить одну из деталей, уже входящую в состав этой сборки. При этом ведущий конструктор немедленно получает уведомление об изменении детали. Далее ведущий конструктор может принять или отклонить измененный вариант, а затем сохранить новый вариант всей сборки.
Слайд 82
Отчеты и экспорт информации
Для оформления единичных и групповых
спецификаций в состав PDM входят либо интегрированные, либо адаптированные
генераторы отчетов и спецификаций.
Для передачи данных о структуре изделия
с учетом всех уровней вложенности во внешние системы современные PDM -системы оснащаются возможностью экспорта данных
в XML-формате.
Слайд 83
Например, в состав SWR-PDM включен интегрированный вариант программы
«SWR-Спецификация», обеспечивающий создание спецификаций, оформленных в соответствии с требованиями
ЕСКД, который позволяет также подготовить данные о составе изделия в форматах Excel, текстовом и прочих
Слайд 84
Управление нормативно-справочной информацией
PDM может эффективно использоваться для ведения
нормативно-справочной информации по материалам, по стандартным и по прочим
изделиям, то есть применяться в качестве конструкторско-технологического справочника.
Основное назначение справочника –
организация ограничительного перечня, т.е. перечня применяемости стандартных изделий, материалов, прочих изделий и заготовок
Слайд 85
Внутренняя почтовая система
PDM первого поколения обычно использовали внешнюю
стандартную почтовую систему.
К письму можно прикрепить специальный файл-ярлык,
содержащий ссылку на объект PDM.
В более развитых PDM используется специализированная почтовая система, позволяющая обмениваться инструкциями, замечаниями, комментариями.
Внешне почтовая система работает по традиционным правилам, но отличается тем, что
в сообщение можно вложить ссылку на проект, папку на любую версию или итерацию документа
Слайд 86
Передача данных в ERP-системы
Одной из основных задач ERP-систем
на промышленных предприятиях является производственное планирование. Для успешного решения
этой задачи ERP-система должна оперировать определенным объемом нормативно-справочной информации, без которой планирование либо будет неэффективным, либо не сможет осуществляться вовсе.
Эта информация создается и хранится в системах управления данными об изделии: PDM - системах.
Слайд 87
На этапе конструирования не только формируется концептуальный облик
будущего изделия,
но и создаются математически точные геометрические модели
как всего изделия
в целом, так и отдельных его деталей.
На этом же этапе создаются спецификации - по сути, описание состава изделия, нормы расхода материалов, необходимых для производства.
Для решения задач управления материальными потоками используются входящие в любую ERP - cистему модули логистики («Управление закупками», «Управление запасами», «Заказы», «Закупки», «Склад» и т. д.).
Слайд 88
Интеграция выполняется двумя путями: либо
с помощью API,
либо с помощью файлов экспорта/импорта данных.
Существует сильная привязка
разработанного интерфейса к конкретным версиям интегрируемых продуктов.
Даже незначительные изменения в структуре данных одного из продуктов могут потребовать переработки интерфейсов.
Для разработки интерфейсов необходимы достаточно серьезные знания
в программировании.
Слайд 89
Использование файлов экспорта/импорта для интеграции, хотя и менее
технологично
(обмен файлами в разы проще, чем применение других
средств интеграции),
тем не менее, в ряде случаев обеспечивает более гибкий подход и не требует столь глубоких знаний в программировании, как при использовании API.
Поэтому большинство проектов по интеграции выполняются именно таким способом.