-MANUALMODE - разрешено управления роботом из пульта управления;
-СОМР МОDЕ - манипулятор руководствуется от ЭВМ;
-LІМІТ SТОР - сустав перемещен к крайнему положению;
-ТОО CLOSE - заданная точка находится весьма близко к манипулятору;
-ТОО FAR - заданная точка находится вне рабочей зоны робота;
-ТЕАСН МООЕ - активизирован режим ТЕАСН, манипулятор перемещается за произвольными траекториями;
-SТЕАСН МОDЕ - активизирован режим ТЕАСН-S, манипулятор перемещается за прямолинейными траекториями;
-ERROR - на пульте ручного управления одновременно нажаты кнопки, которые образовывают недопустимую операцию и т.п..
Кроме того, индикатор выбранной скорости при таком кодировании:
-1 засвеченный элемент - скорость инструмента ≈ 1.9 мм/с;
-2 засвеченный элемент - скорость инструмента ≈ 3.8 мм/с;
-3 засвеченный элемент - скорость инструмента ≈ 7.5 мм/с;
-4 засвеченный элемент - скорость инструмента ≈ 15.0 мм/с;
-5 засвеченный элемент - скорость инструмента ≈ 30 мм/с;
-6 засвеченный элемент - скорость инструмента ≈ 60 мм/с;
-7 засвеченный элемент - скорость инструмента ≈ 120 мм/с;
-8 засвеченный элемент - скорость инструмента ≈ 240 мм/с.
Ниже представлен пример программы управления ПР РМ-01 для сверления отверстий под поверхностный монтаж ЭРЭ:
G04*
G04 File: SVETOR~1.BOT, Thu Dec 01 21:35:19 2006*
G04 Source: P-CAD 2000 PCB, Version 15.10.17, (C:\DOCUME~1\Овчарик\РАБОЧИ~1\SVETOR~1.PCB)*
G04 Format: Gerber Format (RS-274-D), ASCII*
G04*
G04 Format Options: Absolute Positioning*
G04 Leading-Zero Suppression*
G04 Scale Factor 1:1*
G04 NO Circular Interpolation*
G04 Millimeter Units*
G04 Numeric Format: 4.4 (XXXX.XXXX)*
G04 G54 NOT Used for Aperture Change*
G04*
G04 File Options: Offset = (0.000mm,0.000mm)*
G04 Drill Symbol Size = 2.032mm*
G04 Pad/Via Holes*
G04*
G04 File Contents: Pads*
G04 Vias*
G04 No Designators*
G04 No Types*
G04 No Values*
G04 No Drill Symbols*
G04 Bottom*
G04*
G04*
G04 Aperture Descriptions*
G04 D010 EL X0.254mm Y0.254mm H0.000mm 0.0deg (0.000mm,0.000mm) DR*
G04 "Ellipse X10.0mil Y10.0mil H0.0mil 0.0deg (0.0mil,0.0mil) Draw"*
G04 D011 EL X0.050mm Y0.050mm H0.000mm 0.0deg (0.000mm,0.000mm) DR*
G04 "Ellipse X2.0mil Y2.0mil H0.0mil 0.0deg (0.0mil,0.0mil) Draw"*
G04 D012 EL X0.100mm Y0.100mm H0.000mm 0.0deg (0.000mm,0.000mm) DR*
G04 "Ellipse X3.9mil Y3.9mil H0.0mil 0.0deg (0.0mil,0.0mil) Draw"*
G04 D013 EL X1.524mm Y1.524mm H0.000mm 0.0deg (0.000mm,0.000mm) FL*
G04 "Ellipse X60.0mil Y60.0mil H0.0mil 0.0deg (0.0mil,0.0mil) Flash"*
G04 D014 EL X1.905mm Y1.905mm H0.000mm 0.0deg (0.000mm,0.000mm) FL*
G04 "Ellipse X75.0mil Y75.0mil H0.0mil 0.0deg (0.0mil,0.0mil) Flash"*
G04 D015 SQ X1.524mm Y1.524mm H0.000mm 0.0deg (0.000mm,0.000mm) FL*
G04 "Rectangle X60.0mil Y60.0mil H0.0mil 0.0deg (0.0mil,0.0mil) Flash"*
G04 D016 SQ X1.905mm Y1.905mm H0.000mm 0.0deg (0.000mm,0.000mm) FL*
G04 "Rectangle X75.0mil Y75.0mil H0.0mil 0.0deg (0.0mil,0.0mil) Flash"*
Выполнив сверление отверстий в ПП, робот выполняет установку ЭРЭ. После установки ЭРЭ, плату отправляют на пайку волной припоя.
2 МОДЕЛИРОВАНИЕ ТЕХНОЛОГИЧЕСКОГО ПРОЦЕССА
Моделирование – это метод исследования сложных систем, основанный на том, что рассматриваемая система заменяется на модель и проводится исследование модели с целью получения информации об изучаемой системе. Под моделью исследуемой системы понимается некоторая другая система, которая ведет себя с точки зрения целей исследования аналогично поведению системы. Обычно модель проще и доступнее для исследования, чем система, что позволяет упростить ее изучение. Среди различных видов моделирования, применяемых для изучения сложных систем, большая роль отводится имитационному моделированию.
Имитационное моделирование является мощным инженерным методом исследования сложных систем, используемых в тех случаях, когда другие методы оказываются малоэффективными. Имитационная модель представляет собой систему, отображающую структуру и функционирование исходного объекта в виде алгоритма, связывающего входные и выходные переменные, принятые в качестве характеристик исследуемого объекта. Имитационные модели реализуются программно с использованием различных языков. Одним из наиболее распространенных языков, специально предназначаемых для построения имитационных моделей, является GPSS.
Система GPSS (GeneralPurposeSystemSimulator) предназначена для написания имитационных моделей систем с дискретными событиями. Наиболее удобно в системе GPSS описываются модели систем массового обслуживания, для которых характерны относительно простые правила функционирования составляющих их элементов.
В системе GPSS моделируемая система представляется с помощью набора абстрактных элементов, называемых объектами. Каждый объект принадлежит к одному из типов объектов.
Объект каждого типа характеризуется определенным способом поведения и набором атрибутов, определяемыми типом объекта. Например, если рассмотреть работу порта, выполняющего погрузку и разгрузку прибывающих судов, и работу кассира в кинотеатре, выдающего билеты посетителям, то можно заметить большое сходство в их функционировании. В обоих случаях имеются объекты, постоянно присутствующие в системе (порт и кассир), которые обрабатывают поступающие в систему объекты (корабли и посетители кинотеатра). В теории массового обслуживания эти объекты называются приборами и заявками. Когда обработка поступившего объекта заканчивается, он покидает систему. Если в момент поступления заявки прибор обслуживания занят, то заявка становится в очередь, где и ждет до тех пор, пока прибор не освободится. Очередь также можно представлять себе как объект, функционирование которого состоит в хранении других объектов.
Каждый объект может характеризоваться рядом атрибутов, отражающих его свойства. Например, прибор обслуживания имеет некоторую производительность, выражаемую числом заявок, обрабатываемых им в единицу времени. Сама заявка может иметь атрибуты, учитывающие время ее пребывания в системе, время ожидания в очереди и т.д. Характерным атрибутом очереди является ее текущая длина, наблюдая за которой в ходе работы системы (или ее имитационной модели), можно определить ее среднюю длину за время работы (или моделирования). В языке GPSS определены классы объектов, с помощью которых можно задавать приборы обслуживания, потоки заявок, очереди и т.д., а также задавать для них конкретные значения атрибутов.
Динамические объекты, называемые в GPSS транзактами, служат для задания заявок на обслуживание. Транзакты могут порождаться во время моделирования и уничтожаться (покидать систему). Порождение и уничтожение транзактов выполняется специальными объектами (блоками) GENERATE и TERMINATE.
Сообщения (транзакты) - это динамические объекты GPSS/PC. Они создаются в определенных точках модели, продвигаются интерпретатором через блоки, а затем уничтожаются. Сообщения являются аналогами единиц потоков в реальной системе. Сообщения могут представлять собой различные элементы даже в одной системе.
Сообщения движутся от блока к блоку так, как движутся элементы, которые они представляют (программы в примере с ЭВМ).
Каждое продвижение считается событием, которое должно происходить в конкретный момент времени. Интерпретатор GPSS/PC автоматически определяет моменты наступления событий. В тех случаях, когда событие не может произойти, хотя момент его наступления подошел (например, при попытке занять устройство, когда оно уже занято), сообщение прекращает продвижение до снятия блокирующего условия.
После того, как система описана, исходя из операций, которые она выполняет, ее нужно описать на языке GPSS/PC, используя блоки, которые выполняют соответствующие операции в модели.
Пользователь может определить специальные точки в модели, в которых нужно собирать статистику об очередях. Тогда интерпретатор GPSS/PC автоматически будет собирать статистику об очередях (длину очереди, среднее время пребывания в очереди и т.д.). Число задержанных сообщений и продолжительность этих задержек определяется только в этих заданных точках. Интерпретатор также автоматически подсчитывает в этих точках общее число сообщений, поступающих в очередь. Это делается примерно также, как для устройств и памятей. В определенных счетчиках подсчитывается число сообщений, задерживающихся в каждой очереди, так как может представлять интерес число сообщений, прошедших какую-либо точку модели без задержки. Интерпретатор подсчитывает среднее время пребывания сообщения в очереди (для каждой очереди), а также максимальное число сообщений в очереди.
2.1 Разработка структурной схемы и алгоритма моделирования
Для моделирования систем массового обслуживания используется общецелевая система моделирования – GPSS. Это необходимо из-за того, что в практике исследования и проектирования сложных систем нередко встречаются системы, которые нуждаются в обработке большого потока заявок, проходящих через обслуживающие приборы.
Модели на GPSS состоят из малого числа операторов, в силу чего становятся компактными и соответственно широко распространёнными. Это объясняется тем, что в GPSS встроено максимально возможное число логических программ, необходимых для моделирующих систем. В него также входят специальные средства для описания динамического поведения систем, меняющихся во времени, причем изменение состояний происходит в дискретные моменты времени. GPSS очень удобен при программировании, поскольку интерпретатор GPSS многие функции выполняет автоматически.. В язык включены и многие другие полезные элементы. Например, GPSS обслуживает таймер модельного времени, планирует события, которые должны произойти позднее в течение времени моделирования, вызывает их своевременное появление и управляет очередностью поступления.
Для разработки структурной схемы проведем анализ технологического процесса сборки разрабатываемого модуля.
Для данного технологического процесса характерно последовательное выполнение технологических операций. Поэтому структурная схема будет иметь вид цепочки последовательно соединенных блоков, каждый из которых соответствует своей технологической операции и каждая из которых длится определенное время. Связующими звеньями данных блоков являются очереди, образуемые в результате выполнения каждой технологической операции, и объясняются различным временем выполнения каждой из них. Данная структурная схема составлена на основе схемы проектирования техпроцесса сборки проектируемого модуля (рис. 1.2) и представлена на рисунке 2.1.