Структура программного обеспечения для автоматизированного проектирования управляющих программ. — КиберПедия 

Поперечные профили набережных и береговой полосы: На городских территориях берегоукрепление проектируют с учетом технических и экономических требований, но особое значение придают эстетическим...

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

Структура программного обеспечения для автоматизированного проектирования управляющих программ.

2017-10-10 490
Структура программного обеспечения для автоматизированного проектирования управляющих программ. 0.00 из 5.00 0 оценок
Заказать работу

Существующие САПР оптимального раскроя материала и подготовки управляющих программ для МТР несмотря на различные подходы к их реализации обладают целым рядом общих структурных программных компонентов. К ним относятся следующие:

- Подсистема кодирования геометрии деталей;

- Геометрические архивы данных;

- Графический редактор;

- Подсистема планирования раскроя;

- Раскрой;

- Назначение маршрута резки;

- Получение управляющей программы во внутреннем формате;

- Постпроцессор;

- Вывод управляющей программы на носитель для ввода в МТР. Вывод результатов проектирования на бумажные носители.

3.3.2.1 Требования к подсистеме кодирования деталей.

1) Для кодирования деталей необходим язык описания плоских геометрических объектов, который позволяет описывать геометрические примитивы: прямая, окружность, отрезок, дуга и т.д., из которых составляются контура деталей. Программное обеспечение при этом не должно иметь существенных ограничений на число элементов контура;

2) язык кодирования должен также позволять описывать и неаналитические кривые (например, лекальные). Это требование связано с широким применением в различных отраслях промышленности деталей, границы которых не могут быть представлены контуром, состоящим из отрезков прямых и дуг окружностей;

3) для быстрого и качественного кодирования деталей безусловным требованием является графическая верификация кодируемой детали на экране графического дисплея;

4) для ускорения процесса кодирования типовых деталей должна быть предусмотрена возможность параметрического описания геометрии детали за счет использования макропропроцедур с символическими параметрами (самым простым примером такой макропроцедуры является программа описания геометрии прямоугольной детали по двум параметрам: высоте и длине прямоугольника). Пользователь должен иметь возможность самостоятельной разработки подобного типа макропроцедур;

5) наличие современной системы "меню" с использованием дополнительной клавиатуры типа "мышь" или планшетного "меню" является естественным требованием. При частом кодировании неаналитических кривых необходимо также применение дополнительного устройства типа "дигитайзер";

Существует два подхода к выбору языковых и программных средств для кодирования плоских геометрических объектов: разработка специализированного программного продукта и использование уже разработанного программного обеспечения. Большинство разработчиков САПР управляющих программ поставляют собственные подсистемы кодирования. В то же время, следует иметь в виду, что многие предприятия уже активно внедряют различные конструкторские САПР, в которых предусмотрены возможности кодирования плоской геометрии. Из наиболее распространенных отечественных конструкторских пакетов программ мы уже отмечали системы КОМПАС-График (АО "АСКОН", С-Петербург) и T-Flex CAD, (АО "Топ-системы", г.Москва), а из зарубежных - систему AUTOCAD (AUTODESK Ltd, Aнглия).

Использование этих систем в качестве средств кодирования геометрии для САПР управляющих программ также может быть оправдано при условии, что это не приведет к дополнительным материальным затратам.

3.3.2.2 Требования к геометрическим архивам данных.

1) Главным требованием к геометрическому архиву данных является его наличие. Это освобождает от необходимости кодировать детали, найденные в архиве;

2) уникальная геометрия хранится в архиве с уникальным именем;

3) геометрия детали может храниться в виде геометрических данных или в виде набора параметров, по которым может быть воcстановлен точный геометрический образ детали. Второй способ представления экономит объем архива, однако, увеличивает время доступа при загрузке геометрии в модуль раскроя;

4) архив может строиться на основе баз данных со специализированным форматом или может иметь обычную файловую структуру.

3.3.2.3 Требования к графическому редактору.

1) Графический редактор является базовым модулем программного обеспечения САПР оптимального раскроя и подготовки программ для МТР;

2) модуль должен обеспечивать эффективное выполнение стандартных графических функций: визуализацию геометрической информации, копирование, перенос, поворот и зеркальное отображение геометрических контуров на экране дисплея, масштабирование, построение эквидистантного контура, редактирование геометрической информации и т.п.;

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

Учитывая специфику задач раскроя материала и проектирования управляющих программ для МТР, целесообразно применение специализированных графических редакторов, ориентированных на данную предметную область. Вместе с тем, в некоторых САПР в качестве графической среды используются и стандартные графические редакторы. Примером может служить система METROCAD (разработчик: германская фирма TRUMРF), которая использует в качестве графического редактора систему AUTOCAD.

3.3.2.4. Требования к подсистеме планирования раскроя.

1) Подсистема планирования раскроя предназначена для управления информационными базами данных и архивами геометрии деталей;

2) Подсистема должна позволять:

· формировать и постоянно поддерживать базы данных материалов, заказов (изделий), а также листов и деталей, распределенных между заказами;

· при работе с геометрическими архивами деталей и листов, заносить в них геометрию, с возможностью просмотра ее на экране;

· осуществлять различные выборки из баз данных по различным реквизитам (маркам материала, толщинам, номерам заказов и т.п.);

· формировать задания на раскрой и в любой момент времени изменять их содержимое. (Под заданием обычно понимается произвольный набор деталей и листов, имеющих одинаковый материал и толщину листа);

· просматривать на экране содержание задания в графическом режиме с расчетом коэффициента использования листа;

· обрабатывать результаты раскроя и резки, т.е. вносить в базы данных информацию о результатах раскроя и резки и формировать необходимые итоговые документы.

3.3.2.5 Требования к подсистеме раскроя.

1) Подсистема раскроя выполняет функции размещения геометрических образов деталей на материале с заданной конфигурацией и размерами и должна обеспечивать оптимальность критерия размещения. Обычно в качестве критерия оптимальности используют коэффициент использования материала. Как мы уже отмечали выше, в зависимости от формы деталей различаются задачи прямоугольного и фигурного раскроя. На математическую модель задач раскроя и выбор методов их решения сушественное влияние оказывают характер производства, а также некоторые свойства раскраиваемого материала(например, его неизотропность, наличие зон "запрета" для размещения деталей и др.) Наиболее сложной оптимизационной задачей раскроя является задача нерегулярного фигурного раскроя, которая заключается в минимизации расхода материала произвольной формы при получении из него фиксированного набора заготовок различных форм и размеров. Такая задача особенно часто возникает в условиях единичного и мелкосерийного производства. Именно для этих условий особенно эффективно использование МТР. Помимо критерия оптимальности необходимо соблюдать и технологичность раскроя, т.е. все технологические требования резки материала. Следует отметить, что для выполнения требования технологичности раскроя во многих системах автоматизированной подготовки управляющих программ для МТР проектирование раскройной карты производится после задания программы вырезки отдельных деталей, т.е. объектами размещения на материале являются не геометрические образы деталей, а контура, содержащие след движения резака, в том числе и след движения от заранее определенных точек врезки до непосредственно самих деталей. Это несколько упрощает учет технологических требований резки, но, с другой стороны, часто приводит к уменьшению коэффициента использования материала;

2) мировой опыт разработки, внедрения и использования различного программного обеспечения для расчетов рационального раскроя промышленных материалов в единичном производстве показал, что не существует универсального алгоритма автоматического размещения геометрических объектов, одинаково эффективного для раскроя всех номенклатур деталей. Другими словами, при широкой номенклатуре деталей необходимо использование целого набора различных математических алгоритмов раскроя.

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

· выбор детали курсором;

· поворот выбранной детали вокруг своего центра тяжести и вокруг позиции курсора;

· зеркальное отображение детали;

· копирование детали;

· создание групп (блоков) деталей;

· задание минимально допустимой дистанции между деталями;

· перемещение выбранной детали влево, вправо, вверх и вниз до границы допустимой области размещения;

· перемещение детали в указанную позицию;

· удаление выбранной детали.

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

4) важным требованием к подсистеме раскроя является наличие внутреннего макроязыка, обеспечивающего пользователю программирование дополнительных макропроцедур для реализации часто повторяющихся действий и выполнения интерактивных команд раскроя в автоматическом режиме. Для максимальной эффективности программирования язык должен быть полнофункциональным, т.е. по своим возможностям сравнимым с языками программирования типа С или РASCAL.

3.3.2.6. Требования к подсистеме назначения маршрута резки.

1) Подсистема назначения маршрута резки предназначена для автоматизированного проектирования маршрута резака МТР по заданной раскройной карте и получения данных об управляющей программе во внутреннем формате системы.

Как отмечалось в разделе 3.3.2.5 п.1), раскройная карта может быть спроектирована и после назначения технологии резки отдельных деталей. В этом случае использование подсистемы назначения маршрута резки будет чередоваться с использованием процедур раскроя;

2) Международным стандартом формата данных, определяющих положение и движение инструмента для всех станков с ЧПУ является сегодня формат CLDATA. Поэтому естественным требованием к программному обеспечению для автоматизированной подготовки управляющих программ является требование представления результатов проектирования в данном формате;

3) при назначении маршрута резака пользователю необходимо обеспечить соблюдение всех технологических требований резки металла. Существующие известные формальные алгоритмы назначения маршрута, реализованные в виде так называемых программ "автоматической резки", в общем случае, не гарантируют полное соблюдение этих требований, и, в первую очередь, не обеспечивают минимизацию тепловых деформаций при резке. Следовательно, как и подсистема раскроя, программный модуль назначения маршрута резки должен иметь интерактивные средства проектирования управляющих программ. Вместе с тем, полностью автоматические программы назначения маршрута резака для определенных классов раскройных карт могут давать вполне удовлетворительные результаты по качеству управляющих программ, при этом существенно экономя время проектирования. Таким образом, программное обеспечение для автоматизированного проектирования маршрута резки должно предусматривать оба режима работы: автоматический и интерактивный;

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

· определение начальной позиции резака (точки врезки);

· выбор предварительно определенного резака;

· задание размера для предварительно неопределенного резака или пуансона;

· включение/выключение лазера, плазмотрона или газовой резки;

· поднятие/опускание резака;

· задание величины горизонтальной рабочей скорости;

· задание маршевой скорости (быстрого хода);

· переключение c рабочей скорости на маршевую и обратно;

· перемещение резака через серию абсолютных позиций;

· задание направления обработки контура по/против часовой стрелки;

· задание подхода к контуру детали и отхода от него по прямой или по дуге;

· резка по контуру детали между точно определенной начальной и конечной позициями;

· резка по полному контуру детали;

· команды управления коррекцией на радиус инструмента.

Также, как и в модуле раскроя, команды назначения маршрута резака должны быть предельно малооперационными. (Пример: команда резки по полному контуру детали в качестве параметра может содержать только указатель на конкретную деталь, задаваемый нажатием кнопки "мыши" вблизи данного контура);

5) как и в подсистеме раскроя, возможность программирования макропроцедур является важным и необходимым требованием к модулю назначения маршрута резки;

6) эффективность автоматического режима назначения маршрута резки (как и всей подсистемы в целом) определяется эффективностью решения 3-х задач:

- соблюдения технологических требований резки материала;

- минимизации количества врезов;

- оптимизации движения холостого хода резака.

Эти задачи являются взаимно противоречивыми. Кроме того, как уже отмечалось выше, универсальных автоматических алгоритмов решения первой задачи в настоящее время не существует. Большинство известных программ "автоматической резки" решают, фактически, только последнюю (наименее сложную) задачу. Более оправданным представляется подход, основанный на "компромиссных" алгоритмах решения с приоритетом соблюдения технологических требований;

7) большинство современных машин термической резки материала имеют возможность использования подпрограмм, поэтому подсистема назначения маршрута резки должна предусматривать такого рода возможность;

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

3.3.2.7. Требования к постпроцессору.

1) Постпроцессор предназначен для преобразования информации об управляющей программе из внутреннего формата системы(CLDATA) в формат команд системы ЧПУ для конкретной МТР;

2) существуют два подхода к разработке постпроцессоров:

- создание универсального постпроцессора, т.е. программы, которая "настраивается" на конкретный тип системы числового управления посредством специального конфигурационного файла или набора параметров ("паспорта" ЧПУ);

- разработка отдельных программ-постпроцессоров для каждого типа ЧПУ в отдельности.

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

3.3.2.8 Требования к модулю вывода управляющей программы на носитель для ввода в МТР и к выводу результатов проектирования на бумажные носители.

1) модуль вывода управляющей программы для ввода в МТР выполняет заключительную функцию САПР раскроя материала и подготовки управляющих программ. Его функциональные особенности определяются носителем информации, используемым для ввода программы в МТР (см. п.3.1);

2) для повышения универсальности этого программного модуля желательно предусмотреть возможность вывода управляющей программы в различных кодах: ISO, EAI, ASCII и т.п. Пользователь также должен иметь возможность определить собственную кодовую таблицу;

3) требования к программному обеспечения для печати информации о результатах проектирования существенным образом зависят от потребностей конкретного пользователя. К инвариантным частям программ печати следует отнести модуль вывода графической информации о спроектированной раскройной карте и маршруте резки на принтер. Желательно, чтобы данный модуль мог обеспечивать вывод необходимой информации на наиболее распространенные типы матричных, струйных и лазерных принтеров. В случае отсутствия такой возможности следует предусмотреть перекодировку получаемой графической информации в формат используемого на предприятии стандартного графического редактора типа AUTOCAD, который обладает необходимым набором драйверов для принтеров. То же самое касается и возможности вывода графических результатов проектирования на плоттер.

Всем вышеперечисленным требованиям удовлетворяет САПР “Сириус”.

1 2 3 4 5 6 7 8 9 10 11 12 Следующая >< Предыдущая13 14

 

 

1 2 3 4 5 6 7 8 9 10 11 12 13 < Предыдущая14

3.4. Сравнительный анализ систем автоматизированного проектирования раскроя промышленных материалов и подготовки управляющих программ для технологического оборудования резки металла.

Если провести сравнительный анализ САПР "СИРИУС" и зарубежных CAD/CAM систем аналогичного типа, то можно сделать следующие выводы:

1) зарубежные системы автоматизации проектирования (CAD/CAM системы), ориентированные на оптимизацию раскроя промышленных материалов и подготовку управляющих программ для технологического оборудования с ЧПУ, поставляются, как правило, на российский рынок вместе с соответствующим технологическим оборудованием и являются узкоспециализированными.

(Например: система "COLUMBUS" (Германия) продается вместе с машинами термической резки материала фирмы "ESAB", система "CONSULT"(Болгария) - c лазерными комплексами "HEBER", системы "TOРS", "METROCAD"(Германия) - с лазер(плазма)прессами фирмы "ТRUMРF" и т.д.);

2) цены на эти системы чрезвычайно высоки: до 20-30 тысяч долларов США за одну копию программного обеспечения. Кроме того, весьма затруднена адаптация систем применительно к различным условиям российских заказчиков;

3) САПР "СИРИУС" обладает более эффективным модулем оптимизации раскроя и более широким охватом различных раскройных задач;

4) большинство зарубежных систем в отличии от САПР "СИРИУС" имеют версии, способные работать на "рабочих станциях".

Что касается отечественных разработок, то можно назвать 3 наиболее известных аналога САПР “СИРИУС”:

- ИНТЕХ-Р (г.Одесса);

- САПР-Р (г.Тверь);

- NESTOR(г.Санкт-Петербург).

Наибольшее распространение в России имеет система ИНТЕХ-Р, которая первоначально разрабатывалась для автоматизации подготовки управляющих программ для одесских “Комет”, и сегодня подавляющее количество пользователей САПР ИНТЕХ-Р именно для этих целей ее и используют.

Разработчики системы в настоящее время “отошли от дел”. Продажей, поддержкой и развитием САПР ИНТЕХ-Р занимается АО “АСКОН”(г.Санкт-Петербург).

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

Система NESTOR еще не получила сколько-нибудь широкого внедрения. Ее разработчики занимались в свое время созданием систем оптимального раскроя для судостроения еще на ЕС ЭВМ. Насколько конкурентноспособной будет САПР NESTOR(а ее дистрибьютером является уже упоминавшаяся неоднократно фирма BEE РITRON) покажет время.

Дабы избежать субъективизма в технических оценках при сравнительном анализе САПР “СИРИУС” с указанными системами переадресуем его пользователям.

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

Как показывает опыт, внедрение такого рода технологий в промышленности позволяет:

1. На раскройно-заготовительном этапе производства сократить расходы материала минимум на 10-15%;

2. Сократить сроки подготовки управляющих программ для машин термической резки материала и лазер(плазма)прессов в 20-100 раз;

3. При термической резке металла машинами с ЧПУ минимизировать расход газа, электроэнергии, других расходных материалов и уменьшить износ технологического оборудования резки;

4. Повысить качество получаемой продукции.

Заключение.

Потребности современного производства диктуют необходимость глобального использования информационных компьютерных технологий на всех этапах жизненного цикла изделия: от предпроектных исследований до утилизации изделия. Основу информационных технологий в проектировании и производстве сложных объектов и изделий составляют сегодня полномасштабные полнофункциональные промышленные САПР (CAD/CAM/CAE - системы). Активное использование во всем мире “легких” и “средних“ САПР на персональных компьютерах для подготовки чертежной документации и управляющих программ для станков с ЧПУ и сближение возможностей персональных компьютеров и “рабочих станций” в автоматизации проектирования подготовило две тенденции в разработке и использовании САПР, которые наблюдаются в последнее время:

· применение полномасштабных САПР в различных отраслях промышленности для проектирования и производства изделий различной сложности;

· интеграция САПР с другими информационными технологиями.

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

Литература.

1. В.П.Корячко.,В.М.Курейчик,И.П.Норенков.Теоретические основы САПР: учебник для вузов.-М.:Энергоатомиздат,1987.

2. Разработка САПР.В 10-ти кн.Под редакцией А.В.Петрова.-М.:Высш. шк.,1990.

3. «Графика и САПР», NN 1-4,1998.

4. Б.Хокс. Автоматизированное проектирование и производство.-М.:Мир,1991.

5. Гамберг В.Я., Кротов В.И., Петунин А.А. Система автоматизированного проектирования раскроя материалов и автоматизация раскроя металлопроката на базе машин с ЧПУ для термической резки металла.- “ТИТАН”, ВИЛС,1993,N2.

6. Материалы 4-го всероссийского семинара: “Современные системы автоматизации конструкторского и технологического проектирования”. М.:Изд. МАИ,1995.

7. “ КомпьютерМен”, N6. 1996. -Екатеринбург: изд.”Комсомольская Правда-Урал”.

8. «Компьютер Пресс», NN“1-12,1997 - ISSN 0868-6157.

1 2 3 4 5 6 7 8 9 10 11 12 13 < Предыдущая14

 

 


Поделиться с друзьями:

Особенности сооружения опор в сложных условиях: Сооружение ВЛ в районах с суровыми климатическими и тяжелыми геологическими условиями...

История развития пистолетов-пулеметов: Предпосылкой для возникновения пистолетов-пулеметов послужила давняя тенденция тяготения винтовок...

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

Археология об основании Рима: Новые раскопки проясняют и такой острый дискуссионный вопрос, как дата самого возникновения Рима...



© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!

0.071 с.