MQTT в промышленной автоматизации применяют для передачи данных от ПЛК, шкафов управления и технологического оборудования в SCADA, системы диспетчеризации и IIoT-платформы. При этом протокол не управляет процессом напрямую. Он связывает источники данных с системами верхнего уровня.
Общая информация по теме представлена в статье «Промышленные IoT-решения для АСУ ТП».
Как MQTT встраивается в АСУ ТП
В основе MQTT лежит модель «издатель — брокер — подписчик». Издатель отправляет сообщение в заданную тему. Брокер принимает его и передает всем подписанным системам.
На промышленном объекте издателем может быть ПЛК, шлюз или сервер сбора данных. Подписчиками становятся SCADA, архив, аналитическая система или сервис удаленного мониторинга.
Однако контроллер не всегда поддерживает MQTT напрямую. В таком случае между ПЛК и брокером устанавливают промышленный шлюз. Он получает данные по Modbus TCP, OPC UA, PROFINET или другому протоколу. Затем шлюз преобразует и публикует нужные параметры.
Такая схема позволяет подключить IIoT-систему без изменения основных алгоритмов управления оборудованием.
Где применяется MQTT
Чаще всего MQTT используют для сбора телеметрии и диспетчеризации распределенных объектов. Например, протокол подходит для насосных станций, котельных, вентиляционных систем, производственных линий и удаленных шкафов управления.
Через MQTT передают:
- показания температуры, давления, расхода и уровня;
- состояния механизмов и исполнительных устройств;
- аварийные и диагностические сообщения;
- данные приборов учета;
- моточасы и показатели загрузки оборудования;
- сведения о работе преобразователей частоты.
Кроме того, MQTT упрощает подключение новых потребителей информации. Для этого не требуется создавать отдельное соединение с каждым контроллером. Достаточно подписать систему на нужную тему.
Что учитывать при проектировании
Структуру тем MQTT необходимо определить до начала программирования. В ней обычно отражают объект, участок, шкаф, оборудование и конкретный параметр. Понятная система именования упрощает настройку SCADA и дальнейшее сопровождение.
Также необходимо выбрать формат сообщений, частоту публикации и уровень качества обслуживания QoS. Эти параметры зависят от объема данных, пропускной способности сети и допустимости потерь.
При этом передавать каждый параметр с максимальным QoS не всегда рационально. Подтверждение доставки повышает надежность, но создает дополнительную нагрузку на брокер и канал связи.
Необходимо заранее определить поведение системы при обрыве соединения. Технологический процесс должен продолжать работу под управлением локального ПЛК. Потеря связи с брокером не должна останавливать оборудование, если это не предусмотрено алгоритмом безопасности.
Безопасность MQTT в промышленной сети
MQTT нельзя подключать к технологическому оборудованию без защиты канала и разграничения доступа. Для промышленной системы используют аутентификацию клиентов, шифрование TLS и разрешения на публикацию и чтение отдельных тем.
Кроме того, технологическую сеть отделяют от корпоративной инфраструктуры. Обмен с внешними системами организуют через промышленный шлюз или DMZ. В результате IIoT-платформа получает необходимые данные, но не имеет прямого доступа к ПЛК.
Брокер также требует контроля. Необходимо вести журнал подключений, ограничивать количество сессий и своевременно обновлять программное обеспечение.
Ограничения протокола
MQTT подходит для мониторинга, архивирования и передачи событий. Однако его не применяют вместо промышленных сетей реального времени.
Команды противоаварийной защиты, межблочные блокировки и быстродействующие контуры должны выполняться локально. За них отвечают ПЛК, специализированные контроллеры и проводные цепи безопасности.
Поэтому MQTT дополняет АСУ ТП, но не заменяет ее базовую архитектуру.
Когда применение MQTT оправдано
MQTT в промышленной автоматизации целесообразен, если требуется объединить несколько шкафов управления, удаленных площадок или систем разных производителей. Также протокол подходит для передачи технологических данных в SCADA, архив и IIoT-платформу.
При разработке такой системы специалисты РИТМ учитывают состав ПЛК, существующие интерфейсы, структуру промышленной сети и требования к диспетчеризации. Кроме того, они определяют место установки шлюза и брокера. Конкретная схема зависит от технического задания, критичности данных и условий эксплуатации объекта.