
Расскажем о практическом кейсе внедрения системы автоматизации на металлургическом предприятии. Покажем техническую реализацию архитектурных решений, разберем особенности интеграции промышленного оборудования и поделимся подходами к организации обмена данными в реальном времени. Особое внимание уделим реализации видеоаналитики производственных процессов и созданию замкнутого контура управления на базе микросервисной архитектуры.
Введение
MES (Manufacturing Execution System) — это цифровой диспетчер производства, который соединяет планирование с реальным производством. Если ERP говорит, что нужно сделать, то MES показывает, как именно это делать на заводе, собирая данные с оборудования и управляя процессами в режиме реального времени.
Если мы говорим про автоматизацию в металлургии, то здесь особенно важна точность состава сырья и контроль технологических параметров процесса — даже небольшие отклонения могут привести к браку целой партии. Поэтому автоматизация таких процессов дает измеримый экономический эффект.
Описание проекта
Заказчик обратился с уже готовой концепцией: они провели анализ производственных процессов, определили архитектуру решения и выбрали технологический стек. Нашей задачей стала техническая реализация их видения в рамках пилотного проекта — перенос бизнес-логики со старых desktop-приложений на современную web-платформу для повышения доступности, отказоустойчивости и централизации расчетных модулей.
Проект реализуется поэтапно: сначала новая система внедряется на одной производственной линии с использованием минимального количества ресурсов — чтобы протестировать ключевые гипотезы и убедиться в корректности работы. Если результаты подтверждаются, система масштабируется на аналогичные участки производства
По техническому заданию заказчика все новые сервисы должны были размещаться в виде облачных и web-сервисов (на инфраструктуре заказчика). Такой подход обеспечивал эффективное версионирование приложений, своевременное обновление, мониторинг состояния систем и удобный контроль доступа для сотрудников.
В данном кейсе мы рассмотрим:
-
Архитектуру системы на базе микросервисов (Python, OpenCV, Redis, Linux)
-
Интеграцию с промышленным оборудованием (XRF-анализаторы, датчики, камеры)
-
Поэтапную реализацию: от видеоаналитики материалов до замкнутого контура автоматизации
-
Практическое применение компьютерного зрения для извлечения данных с экранов приборов
-
Интеграцию компонентов и обеспечение бесперебойной передачи данных через Redis
-
Автоматизацию контроля множественных производственных процессов
-
Технические детали реализации каждого этапа производственного процесса
Этап 1. Видеоаналитика движущегося материала
Процесс начинается с подачи исходного материала на ленточный конвейер из загрузочного бункера. На первый взгляд — это простая операция, но именно точность объёма подаваемого материала определяет качество всего последующего производственного процесса.
Рядом с конвейерной лентой установлена камера (ВМ), задача которой — фиксировать изображение движущегося материала. Весь видеопоток поступает на виртуальную машину (VM-2), развёрнутую на базе Linux. Именно здесь запускается обработка: первым модулем в цепочке работает система видеоаналитики (ВА), реализованная на Python с использованием библиотеки OpenCV.
Техническая реализация видеоаналитики:
-
Python-скрипт анализирует геометрию насыпи и определяет высотный профиль материала
-
С учётом заданной плотности материала вычисляется масса проходящего сырья в килограммах
Интеграция с XRF-анализатором: Параллельно с видеоаналитикой система интегрируется с XRF-анализатором через консольное Windows-приложение. По нажатию клавиши «пробел» через заданное время например (10 секунд) делается скриншот экрана анализатора. OpenCV извлекает цифровые значения из изображения, после чего данные упаковываются в CSV-файлы и сохраняются в сетевую папку.
Эти данные критически важны для точного контроля состава сырья и используются на всех последующих этапах технологической цепочки.
Этап 2. Передача данных через Redis и обработка в Connector
Дальше видеоаналитика передает результаты анализа одновременно в два направления: в Redis и в базу данных (DB).
Redis в этом процессе выполняет роль временного кэша, работающего в оперативной памяти. Он необходим для того, чтобы передавать данные от видеоаналитики другим компонентам системы с минимальной задержкой, не прерывая общий поток обработки данных. Это обеспечивает стабильную работу всей архитектуры в режиме реального времени — особенно в условиях высокой нагрузки и интенсивных операций на производственной линии.
Автоматический мониторинг файлов: Отдельный модуль раз в минуту проверяет сетевую папку на появление новых CSV-файлов с данными анализа. При обнаружении новых файлов система автоматически их парсит и загружает данные на платформу для дальнейшей обработки.
Параллельно с этим видеоаналитика также отправляет первичные данные напрямую в базу данных. Это «сырые» значения, зафиксированные в момент измерения. Эти данные сохраняются надолго и могут быть использованы для анализа, визуализации, построения отчётов или обучения моделей.
Затем данные, временно хранящиеся в Redis, поступают в Connector — промежуточный модуль, отвечающий за передачу информации на платформу.
Connector был внедрён из-за инфраструктурных ограничений, которые не позволяли передавать данные напрямую.
Таким образом, в базе данных формируются два типа данных:
-
первичные значения от видеоаналитики;
-
данные, подготовленные для передачи на платформу вычислений.
Это важно для того, чтобы была возможность проводить дополнительную аналитику с целью корректировки существующих алгоритмов. Такая двухуровневая запись делает систему не только точной, но и прозрачной и объяснимой — что особенно важно в промышленной автоматике и при аудите.
Этап 3. Замыкание контура автоматизации через Conundrum
После того как Connector передаёт эти данные на платформу (Conundrum), информация, полученная от видеоаналитики, сохраняется в (DB) для последующего использования при расчёте рекомендаций на следующий производственный цикл.
Вывод: выше была описана первая часть производственного процесса. Однако параллельно с ней осуществляется работа системы мониторинга, которая отслеживает и анализирует происходящие процессы в реальном времени.
Этап 4. Система мониторинга и визуализации данных
Мониторинг осуществляется через автоматизированное рабочее место (АРМ), которое представляет собой набор графиков и таблиц с показателями всех текущих процессов.
АРМ автоматически определяет:
-
какой именно процесс происходит на том или ином оборудовании (с учётом фактических данных и рекомендаций),
-
и при необходимости предоставляет возможность вручную редактировать данные.
Для того чтобы платформа могла определить, на каком оборудовании какой процесс происходит, ей необходимы два типа данных:
-
данные видеоаналитики о начале и завершении загрузки в конвейер
-
данные о количестве воздуха, подаваемого в печь.
Для этого используется специальный датчик, который передаёт данные о количестве воздуха в печи на платформу с периодичностью 3–4 секунды. На основе этих данных строится график, отражающий изменение объёма воздуха в реальном времени. Это позволяет понять, что происходит с загруженным сырьём — какой из трёх процессов в данный момент осуществляется.
Дополнительно система выполняет мониторинг процессов: например, если масса сырья выше нормы, она может подать команду на увеличение подачи воздуха в печь, чтобы обеспечить нужный температурный режим и поддержать стабильность плавления. Или наоборот — если материала поступает меньше, чем требуется, подача воздуха может быть уменьшена, чтобы избежать перерасхода энергии и нарушения технологических параметров.
Также реализовано управление конвейером: видеоаналитика контролирует объём подаваемого материала и при достижении требуемой массы автоматически включает сигнальную лампочку. Оператор, видя сигнал, останавливает конвейер. В перспективе возможна полная автоматизация этого процесса.
Таким образом, данные, зафиксированные камерой и обработанные видеоаналитикой, через цепочку Redis → Connector → систему управления превращаются в конкретное управляющее действие. Это замыкает цифровой контур автоматизации, в котором система не просто наблюдает за процессом, а активно им управляет.
Такая архитектура позволяет:
-
поддерживать стабильность технологических параметров,
-
оперативно реагировать на отклонения,
-
повысить качество продукции и энергоэффективность.
В результате MES становится точкой принятия решений, базирующейся на точных цифровых данных, а не на допущениях или ручных расчётах.
На первом этапе достигнуто:
-
Успешная интеграция всех компонентов микросервисной архитектуры
-
Стабильная работа системы видеоаналитики и обработки данных в режиме реального времени
-
Отладка замкнутого контура управления от измерения до исполнительных команд
-
Подтверждение технической осуществимости концепции заказчика
Результаты
По результатам успешного пилотного проекта планируется поэтапное масштабирование системы на другие производственные линии предприятия. Система видеоаналитики стабильно определяет массу сырья на конвейере с точностью, достаточной для управления технологическим процессом. Интеграция через Redis обеспечила передачу данных с минимальной задержкой, а замкнутый контур управления позволил автоматизировать корректировку параметров подачи воздуха в печь.
ссылка на оригинал статьи https://habr.com/ru/articles/927972/
Добавить комментарий