Единого протокола, который закрывал бы все задачи автоматизации, не существует. Датчики и приводы годами работают на Modbus, для передачи данных в облако логичнее MQTT, а для интеграции с MES и ERP нужен OPC UA с его моделированием данных и защитой. Поэтому современную автоматизированную систему мониторинга почти всегда строят как связку из нескольких протоколов, а не выбирают один универсальный.

Чем протоколы отличаются друг от друга

Modbus — самый простой и старый из трех: работает по схеме «мастер опрашивает устройство», подходит для ПЛК, датчиков и частотных приводов, но не имеет встроенной защиты данных. MQTT устроен иначе — по принципу «издатель публикует, подписчик получает», он экономно расходует канал связи и хорошо ложится на IoT-шлюзы с ограниченным питанием. OPC UA сложнее обоих: он не просто передает цифры, а описывает структуру данных и умеет шифровать канал через сертификаты — за это его выбирают для стыковки со SCADA и корпоративными системами.

Разница проявляется и на практике:

• Modbus — низкая сложность настройки, но нулевая защита канала;
• MQTT — минимальная нагрузка на сеть, хорошо готов к облаку изначально;
• OPC UA — максимальная безопасность, но самая сложная настройка.

Как собрать архитектуру без конфликтов

Полевые устройства обычно остаются на Modbus RTU или TCP — переделывать их под другой протокол дорого и часто бессмысленно. Дальше в дело вступает шлюз-преобразователь: он берет данные с Modbus и отдает их либо в OPC UA для локальной SCADA, либо в MQTT для облачной платформы. Такая связка позволяет добавлять новые датчики, не трогая уже написанные программы ПЛК.

Несколько правил, которые стоит соблюдать при проектировании:

• держать сети OT и IT разделенными через файрвол и DMZ, не смешивать промышленный и офисный трафик;
• дублировать MQTT-брокеры и OPC UA-серверы для критичных участков — простой одного узла не должен останавливать сбор данных;
• использовать спецификацию Sparkplug B для MQTT, если оборудование от разных производителей — она задает единый формат сообщений;
• агрегировать частые измерения на границе сети перед отправкой в облако — это на порядки снижает число сообщений и стоимость обработки.

Типичные проблемы при внедрении

На практике чаще всего всплывают несовпадения в маппинге регистров Modbus между производителями оборудования — разбор такой путаницы иногда занимает недели. MQTT с уровнем QoS 1 периодически дублирует сообщения, что решается добавлением дедупликации по временной метке. С OPC UA основная проблема— сертификаты: без внутреннего центра сертификации авторизация устройств быстро превращается в хаос.

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