Начальник цеха хочет видеть, когда станок обрабатывает деталь, сколько времени занимает переналадка и какие сообщения появляются перед остановкой. В документации контроллера указан OPC UA. Для начала проекта это полезная зацепка: у оборудования может быть предусмотрен стандартный способ обмена данными. Следующий шаг состоит в проверке доступных показателей и их значения для производства.
OPC UA — промышленный стандарт обмена, по которому программы получают сведения от оборудования в согласованном виде. В типичной схеме сервер OPC UA работает на контроллере либо на подключенном к нему компьютере. Программа-сборщик выступает клиентом: читает опубликованные значения и передает их в систему мониторинга. Руководитель работает уже с историей станка, состояниями и отчетами, которые строит эта система.
Где проходит граница подключения
Сервер предоставляет адресное пространство: перечень объектов и переменных, доступных программе-клиенту. За условным объектом шпинделя могут находиться обороты и нагрузка, за объектом программы — ее номер и состояние выполнения. Конкретный состав определяет изготовитель оборудования и конфигурация установленного программного обеспечения. Его фиксируют при обследовании.
Далее каждой переменной назначают роль в производственной модели. Сигнал выполнения программы может участвовать в определении машинного цикла. Положение переключателя показывает выбранный режим. Причину ожидания заготовки обычно дополняет оператор или мастер. Такое разделение позволяет видеть, какие выводы подтверждены автоматикой, а какие требуют производственного пояснения.
Общий порядок сбора данных с оборудования начинается с управленческого вопроса. Если требуется разобраться в остановках, сначала выбирают признаки начала и завершения обработки, аварий и доступности связи. Состав подключения расширяют по мере появления конкретных задач.
Что проверить до интеграции
Для обследования нужны модель контроллера, сведения о его программном обеспечении, документация изготовителя и доступ специалиста площадки. Важно подтвердить, что сервер OPC UA включен, необходимые функции доступны по условиям установленной лицензии, а сеть допускает согласованное соединение. Наличие сетевого разъема само по себе описывает только физическую возможность подключения.
Результатом обследования становится перечень проверенных данных. Для каждого показателя сохраняют его адрес в сервере, тип значения, единицу измерения, назначение и условия обновления. Например, нагрузка может передаваться в процентах от определенной изготовителем базы. Чтобы сравнивать ее между операциями, эту базу и режим обработки нужно понимать одинаково.
Отдельного внимания требуют счетчики. Специалист выясняет, какое событие увеличивает значение, когда происходит сброс и как отражается прерванный цикл. Счетчик выполнений программы получает производственный смысл только после сопоставления с фактическим выпуском. Годность продукции подтверждается принятой на предприятии процедурой контроля качества.
Значение, время и достоверность
В OPC UA вместе со значением могут передаваться статус качества и временные метки. Эти сведения помогают отличить актуальное наблюдение от проблем с его получением. При статусе Bad значение считается непригодным для использования; Uncertain требует учета причины неопределенности. В истории мониторинга такие интервалы должны оставаться различимыми.
Это особенно заметно при потере связи. Если последняя полученная скорость шпинделя сохраняется на экране, рядом должна отображаться достоверность наблюдения. При расчете времени работы система учитывает границы подтвержденных интервалов. Пропуск данных фиксируется как отдельное обстоятельство, которое можно проверить по журналу соединения.
Временная метка источника отражает время наблюдения у источника, серверная — время, связанное с обработкой значения сервером. Доступность этих полей проверяется при подключении. Для сопоставления с вибрацией, действиями оператора и результатами контроля также проверяют согласованность часов устройств. Время поступления пакета на центральный сервер сохраняет собственную роль в диагностике передачи.
Как сохранять события
Клиент может запрашивать значения или использовать подписку на изменения. Для подписки согласуются период наблюдения, частота передачи и условия уведомления. Эти настройки влияют на то, какие изменения попадут в историю. Плавное изменение температуры и короткая смена состояния требуют разного подхода к наблюдению.
Инженер проверяет, успевает ли выбранная настройка зарегистрировать события, необходимые производству. Если важны краткие остановки, проводят наблюдение за обычным циклом и сравнивают записи с фактическими переходами. При оценке режима сбора учитывают нагрузку на контроллер и возможности его сервера. Параметры выбираются по результату такой проверки.
Сохранение истории требует собственного хранилища и правил восстановления связи. В проекте определяют, где накапливаются сведения, как выявляется перерыв и какие данные можно получить после восстановления. Наличие исторического архива на стороне оборудования подтверждают отдельно. При приемке проверяют именно согласованный сценарий доставки и сохранения.
Доступ для наблюдения
Для задачи мониторинга создают учетную запись с необходимыми правами чтения. Ответственный за сеть согласует доступ между оборудованием и сборщиком. Применяются поддерживаемые защищенные настройки соединения, а доверие сертификатов настраивается для конкретных приложений. Также назначается порядок сопровождения учетных записей и сертификатов.
Изменения настроек контроллера проводятся с уполномоченным специалистом предприятия по правилам изготовителя. В проектной документации закрепляют состав разрешенных операций и ответственных за обслуживание подключения. Это позволяет отделить эксплуатацию системы наблюдения от наладки технологического процесса и распределить ответственность между службами.
Что принять у исполнителя
Приемку удобно проводить по заранее согласованным рабочим ситуациям. Сначала проверяют конкретное наблюдение, затем его сохранение и отображение. Для производственного руководителя результатом становится понятная история оборудования, которую можно сопоставить с происходившим в цехе.
- Выбранные состояния и параметры сверены с показаниями оборудования и действиями оператора.
- Единицы, правила сброса счетчиков и значение каждого состояния описаны в перечне данных.
- Время событий, качество значений и интервалы отсутствия связи сохраняются в истории.
- Восстановление после согласованного перерыва проверено на реальном подключении.
- Доступы, настройки и порядок сопровождения переданы ответственным сотрудникам.
Компания ИНДИНС развивает мониторинг стоек станков с подключением к доступным интерфейсам конкретного оборудования. В инженерных испытаниях подтверждено чтение данных испытанной FANUC через FOCAS. Состав обмена через OPC UA определяется обследованием соответствующего контроллера и проверкой опубликованных переменных.
Обсуждение подключения можно начать с модели оборудования и вопроса, который сейчас приходится выяснять вручную. Например, почему между одинаковыми циклами возникают разные паузы. Такая постановка помогает согласовать небольшой проверяемый набор данных и понять, какие действия предприятие сможет предпринимать по результатам наблюдения.