Структура САПР. Перечень задач, решаемых с помощью САПР

Размещено на http://www.allbest.ru/

Структура САПР. Перечень задач, решаемых с помощью САПР

Будучи одной из сложных систем, САПР состоит из двух подсистем: проектирующей и обслуживающей. Проектные процедуры выполняют проектирующие подсистемы. Подсистемы геометрического трехмерного моделирования механических объектов являются ярким примером проектирующих подсистем. С помощью обслуживающих подсистем осуществляется функционирование проектирующих подсистем, их единство, как правило, называют системной средой или оболочкой САПР. Характерными обслуживающими подсистемами считаются подсистемы управления процессом проектирования (DesPM - Design Process Management), управления проектными данными (PDM - Product Data Management). Диалоговая подсистема (ДП); СУБД; инструментальная подсистема; монитор - обеспечивающий взаимодействие всех подсистем и управление их выполнением - это обслуживающие подсистемы ПО. Диалоговая подсистема ПО дает возможность интерактивного взаимодействия пользователя САПР с управляющей и проектирующими подсистемами ПО, а также подготовку и корректирование первоначальных данных, ознакомление с результатами проектирующих подсистем, функционирующих в пакетном режиме.

Структура ПО САПР определяется следующими факторами:

- аспектами и уровнем создаваемых с помощью ПО описаний, проектируемых объектов и предметной областью;

- степенью автоматизации конкретных проектных операций и процедур;

- ресурсами, предоставленными для разработки ПО;

- архитектурой и составом технических средств, режимом функционирования.

Термин САПР "Система автоматического проектирования" (в английской нотации CAD) появился в конце пятидесятых годов, когда Д.Т. Росс начал работать над одноименным проектом в Массачусетском Технологическом Институте (MIT). Первые CAD - системы появились десять лет спустя.

За последние 25 лет CAD - системы, как системы геометрического моделирования, были значительно усовершенствованы: появились средства 3D поверхностного и твердотельного моделирования, параметрического конструирования, был улучшен интерфейс.

Несмотря на все эти усовершенствования, касающиеся, в основном, геометрических функций, CAD - системы оказывают конструктору слабую помощь с точки зрения ВСЕГО процесса конструкторского проектирования. Они обеспечивают описание геометрических форм и рутинные операции, такие как образ измеривание, генерация спецификаций и т.п. Эти ограничения и чисто геометрический интерфейс оставляет методологию конструкторской работы такой же, какой она была при использовании чертежной доски. Развитие получили также системы автоматизации проектирования технологических процессов (CAPP) и программирования изготовления деталей на станках с ЧПУ (CAM). Однако, подобно CAD - системам, эти усовершенствования не затронули ПРОЦЕСС проектирования: CAPP - системы могут генерировать технологические процессы, но только при условии предварительного специального описания изделия с помощью конструкторской технологических элементов. CAM -системой может быть использована геометрическая модель CAD системы, но все функции CAPP - системы (проектирование технологии обработки)- перекладываются на инженера.

Помимо проектирования, инженерная деятельность связана с инженерным бизнесом и менеджментом. Сюда, в частности, входят автоматизированные системы управления производством (АСУПр). Эти системы, обычно развиваются без какой - либо интеграции с САПР.

Итак, до последнего времени концепция автоматизации труда конструктора базировалась на принципах геометрического моделирования и компьютерной графики. При этом системы компьютеризации труда конструкторов, технологов, технологов - программистов, инженеров - менеджеров и производственных мастеров развивались автономно и Инженерные Знания - основа проектирования, оставались вне компьютера. Такое положение не удовлетворяет современным требованиям к автоматизации. Сейчас необходима комплексная компьютеризация инженерной деятельности на всех этапах жизненного цикла изделий, которая получила название CALS (Computer Aided Life-cycle System) технологии. Традиционные САПР с их геометрическим, а не информационным ядром, не могут явиться основой для создания таких систем. Сегодня каждое изделие в процессе своего жизненного цикла должно представляться в компьютерной среде в виде иерархии информационных моделей, составляющих единое целое и имеющих соподчиненность.

В промышленном производстве давно царит жесткая конкуренция. Чтобы выжить в этих нелегких условиях предприятиям приходится как можно быстрее выпускать новые изделия, снижать их себестоимость и повышать качество. В этом им помогают современные системы автоматизированного проектирования (САПР), позволяющие облегчить весь цикл разработки изделий - от выработки концепции до создания опытного образца и запуска его в производство. Тем самым значительно ускоряется процесс создания новой продукции без ущерба качеству. Поэтому сейчас без САПР не обходится ни одно конструкторское или промышленное предприятие. И хотя на долю указанных систем приходится лишь около 3% рынка ПО, они играют очень важную роль, поскольку помогают создавать товары, без которых невозможно представить нашу повседневную жизнь: автомобили, самолеты, бытовые приборы, промышленное оборудование и, следовательно, являются одной из движущих сил современной промышленности и мировой экономики.

Термин «САПР для машиностроения» в нашей стране обычно используют в тех случаях, когда речь идет о пакетах программ для автоматизированного проектирования (CAD), подготовки производства (CAM) и инженерного анализа (CAE). Существуют САПР и для других областей - разработки электронных приборов, строительного проектирования.

Идея автоматизировать проектирование зародилась в конце 50-х годов прошлого века, почти одновременно с появлением коммерческих компьютеров. А уже в начале 60-х ее воплотила компания General Motors в виде первой интерактивной графической системы подготовки производства. В 1971 г. создатель этой системы доктор Патрик Хэнретти (Patrick Hanratty) основал компанию Manufacturing and Consulting Services (MCS) и разработал методики, которые составили основу большинства современных САПР. Вскоре появились и другие CAD-пакеты. В то время они работали на мэйнфреймах и мини-компьютерах и стоили очень дорого - в среднем 90 тыс. долл. за одно рабочее место. Очевидно, что лишь крупные предприятия могли позволить себе идти в ногу со временем. Одновременно стали появляться и первые CAM-программы, позволяющие частично автоматизировать процесс производства с помощью программ для станков с ЧПУ, и CAE-продукты, предназначенные для анализа сложных конструкций. Так в 1971 г. компания MSC.Software выпустила систему структурного анализа MSC.Nastran, которая до сих пор занимает ведущее положение на рынке CAE. К середине 80-х годов системы САПР для машиностроения обрели форму, которая существует и сейчас. Но впереди их ждало много любопытных перемен. Появление микропроцессоров положило начало революционным преобразованиям в области аппаратного обеспечения - наступила эра персональных компьютеров. Но для трехмерного моделирования мощности первых ПК не хватало. Поэтому в 80-е годы поставщики «серьезных» средств автоматизации проектирования ориентировались на компьютеры на базе RISC-процессоров, работавшие под управлением ОС Unix, - они были, намного дешевле мэйнфреймов и минимашин. Параллельно снижалась стоимость ПО, и к началу 90-х средняя цена рабочего места снизилась до 20 тыс. долл. - САПР становились доступнее. Но в массовый продукт они превратились лишь тогда, когда компания Autodesk разработала свой знаменитый пакет AutoCAD стоимостью всего 1 тыс. долл. Правда, в те времена ПК были 16-разрядными, и их мощности хватало лишь для двумерных построений - черчения и создания эскизов. Однако это не помешало новинке иметь огромный успех у пользователей. Наиболее бурное развитие САПР происходило в 90-х годах, когда Intel выпустила процессор Pentium Pro, а Microsoft - систему Windows NT. Тогда на поле вышли новые игроки «средней весовой категории», которые заполнили нишу между дорогими продуктами, обладающими множеством функций, и программами типа AutoCAD. В результате сложилось существующее и поныне деление САПР на три класса: тяжелый, средний и легкий. Такая классификация возникла исторически, и хотя уже давно идут разговоры о том, что грани между классами постепенно стираются, они продолжают существовать, так как системы по-прежнему различаются и по цене, и по функциональным возможностям. Следует добавить, что кроме универсальных САПР также выпускаются и различные специализированные продукты, например, для инженерного анализа, расчета трубопроводов, анализа литья металлов, проектирования металлоконструкций и множества других конкретных задач.

На основе проведенного анализа структуры экспертной системы, можно утверждать, что такая вычислительная среда имеет прямое применение для инженерной деятельности как средство автоматизации проектных работ, если проектирование ведется от прототипа, по восходящей технологии или на высших иерархических уровнях той или иной системы проектирования. Однако если объект проектирования можно формально описать, возникает потребность, с одной стороны, использовать приемы, характерные для инженерной деятельности, а с другой - привлечь знания математиков для использования формальных методов принятия решения. Кроме того, дальнейшее развитие САПР, по мнению многих разработчиков, должно идти по пути создания вычислительных систем, которые "лояльны" к пользователю, легко тиражируются и обладают свойством развития. В ближайшее время при построении САПР необходимо обеспечить решение следующих задач: обучение пользователя, которое сводится к обучению входным языкам, представлению справочной информации, адаптированной к характеру запроса, диагностике ошибок и сопровождению пользователя в процессе проектирования; обучение САПР, предполагающее настройку системы на конкретную предметную область или класс проектных процедур; организация диалога в процессе проектирования с целью описания объекта проектирования, технологического задания и заданий на выполнение проектных процедур; изготовление проектной и справочной документации, оформляющей проектные решения; контроль над функционированием системы и отображение статистических данных о количестве и качестве проектных решений.

Одни из наиболее мощных САПР - Unigraphics NX компании EDS, CATIA французской фирмы Dassault Systemes (которая продвигает ее вместе с IBM) и Pro/Engineer от РТС (Parametric Technology Corp.). Главная особенность таких мощных САПР - обширные функциональные возможности, высокая производительность и стабильность работы - все это результат длительного развития.

Важную роль в становлении среднего класса сыграли два ядра твердотельного параметрического моделирования ACIS и Parasolid, которые появились в начале 90-х годов и сейчас используются во многих ведущих САПР. Геометрическое ядро служит для точного математического представления трехмерной формы изделия и управления этой моделью. Полученные с его помощью геометрические данные используются системами CAD, CAM и САЕ для разработки конструктивных элементов, сборок и изделий.

Программы "легкой" категории служат для двумерного черчения, поэтому их обычно называют электронной чертежной доской. К настоящему времени они пополнились некоторыми трехмерными возможностями, но не имеют средств параметрического моделирования, которыми обладают тяжелые и средние САПР. Первая чертежная система Sketchpad была создана еще в начале 60-х годов, а затем появилось немало других продуктов такого рода, использующих достижения компьютерной графики. Однако подлинный расцвет в этой области наступил лишь в 80-е годы с появлением персональных компьютеров. Пионером в этой области стала компания Autodesk, которая в 1983 г. выпустила САПР для ПК под названием AutoCAD.

Таким образом, развитие Систем автоматического проектирования идет двумя путями - эволюционным и революционным. В свое время революционный переворот произвели первые САПР для ПК и системы среднего класса. Сейчас рынок развивается эволюционно: расширяются функциональные возможности продуктов, повышается производительность, упрощается использование. Но, возможно, вскоре нас ждет очередная революция. Аналитики из Cambashi считают, что это произойдет, когда поставщики САПР начнут использовать для хранения инженерных данных (чертежей, трехмерных моделей, списков материалов и т.д.) не файловые структуры, а стандартные базы данных SQL-типа. В результате инженерная информация станет структурированной, и управлять ею будет гораздо проще, чем теперь.

Различные возможности и границы применения вычислительной техники для автоматизации проектирования определяются уровнем формализации научно-технических знаний в конкретной отрасли. Чем глубже разработана теория того или иного класса технических систем, тем большие возможности объективно существуют для автоматизации процесса их проектирования.

Применение ЭВМ при проектно-конструкторских работах в своем развитии прошло несколько стадий и претерпело значительные изменения. С появлением вычислительной техники был сделан акцент на автоматизацию проектных задач, имеющих четко выраженный расчетный характер, когда реализовывались методики, ориентированные на ручное проектирование. Затем, по мере накопления опыта, стали создавать программы автоматизированных расчетов на основе методов вычислительной математики (параметрическая оптимизация, метод конечных элементов и т. п.). С внедрением специализированных терминальных устройств появляются универсальные программы для ЭВМ для решения как расчетных, так и некоторых рутинных проектных задач (изготовление чертежей, спецификаций, текстовых документов и т.п.). В последние годы большое внимание уделяется автоматизации расчетной конструкторских работ при проектировании типовых узлов и агрегатов, когда синтез конструкции проводится эвристически, а основные параметры выбираются и оптимизируются в интерактивном режиме диалога проектировщика и ЭВМ.

Однако на всех этих стадиях автоматизации проектирования инженеру помимо изучения инструкций по эксплуатации и написанию программ приходится познавать ряд по сути дела ненужных ему подробностей системных программ и языков программирования. Кроме того, при использовании в проектировании специализированных по объектам разрозненных пакетов прикладных программ (ППП) инженер вынужден каждый раз вновь кодировать и вводить информацию согласно инструкции ППП. Отмеченные недостатки приводят к тому, что частичная («позадачная») автоматизация не оказала существенного влияния на повышение качества и производительности проектирования технических систем и средств в целом.

Решение проблем автоматизации проектирования с помощью ЭВМ основывается на системном подходе, т. е. на создании и внедрении САПР - систем автоматизированного проектирования технических объектов, которые решают весь комплекс задач от анализа задания до разработки полного объема конструкторской и технологической документации. Это достигается за счет объединения современных технических средств и математического обеспечения, параметры и характеристики которых выбираются с максимальным учетом особенностей задач проектно-конструкторского процесса. САПР представляет собой крупные организационно-технические системы, состоящие из комплекса средств автоматизации проектирования, взаимосвязанного с подразделениями конкретной проектной организации.

автоматический проектирование система

Порядок построения детали “Кожух”

Создаем слои линий для построения детали.

Формат => Слой => Новый слой => Имя (0) => Цвет (синий) => Тип линии (Continuous) => Вес (0,3) => Пояснение (контур).

Формат => Слой => Новый слой => Имя (1) => Цвет (черный) => Тип линии (Continuous) => Вес (0,05) => Пояснение (контур рамки).

Формат => Слой => Новый слой => Имя (2) => Цвет (черный) => Тип линии (Continuous) => Вес (0,3) => Пояснение (контур рамки 2).

Формат => Слой => Новый слой =>Имя (3) => Цвет (желтый) => Тип линии (осевая (.5х)) => Вес (0,05) => Пояснение (осевая).

Формат => Слой => Новый слой => Имя (4) => Цвет (зеленый) => Тип линии (Continuous) => Вес (0,05) => Пояснение (штриховая).

Формат => Слой => Новый слой => Имя (5) => Цвет (красный) => Тип линии (Continuous) => Вес (0,05) => Пояснение (размер).

Формат => Слой => Новый слой => Имя (6) => Цвет (сиреневый) => Тип линии (Continuous) => Вес (0,05) => Пояснение (разрез).

Строим осевую линию.

Сформируем осевую линию правой проекции детали.

Рисовать => Прямая => Делаем центр проекции правой детали.

При построении левой части контура использовались команды: отрезок, сопряжение, сплайн, штриховка.

При построении правой части контура использовались команды: круг (через диаметр), круг (через радиус), сплайн.

С помощью размерных стилей устанавливаем: цвет шрифта, направление шрифта, длину стрелки, направление линии.

Выставляем текущие размеры.

Для проекции с левой стороны: Размеры => Линейный.

Для проекции с правой стороны: Размеры => (Радиус), (Диаметр), (Угловой).

Обрезаем лишние части осевой линии.

Переносим чертеж на лист 2.

Создаем таблицу на листе согласно заданию (лист А4 210.00 х 294.00, масштаб 1:1).

Размеры таблицы берутся из методички.

Заполняется таблица.

Сохраняем выполненное построение.

Список использованной литературы

1. Хейфец А.Л., Инженерная компьютерная графика. AutoCad: Опыт преподавания и широта взгляда М.: Диалог-МИФИ 2004 - 432 с.

2. Журнал "Спрут", статья "САПР и графика", №4, 1998.

3. http://www.neuch.ru/referat/34308.html

Размещено на Allbest.ru