Блог

Открытые протоколы и обмен данными между цехами: конец закрытых информационных островов

Диспетчерская видит давление в котельной, но не видит расход пара в цехе №3: там другой интегратор, закрытый протокол и «мы вам CSV раз в сутки кинем». Планировщик в ERP спрашивает остатки с линии - оператор звонит в цех и диктует с листочка. На том же заводе в 2026 году после модернизации участков появляется третий «остров»: новая линия на Modbus и OPC UA, старая - на проприетарной шине, учёт - на отдельном сервере. Задача не в том, чтобы купить ещё один шлюз, а выстроить обмен между цехами, диспетчерской и учётными системами на открытых протоколах и едином справочнике данных без иллюзии «одна SCADA на всё».

Разбираем уровни связи (цех - цех, цех - диспетчерская, АСУ - ERP), что на практике значит «открытый протокол», роль шлюзов, единый справочник тегов и риски при склейке legacy. Не даём пошаговый курс OPC UA и не повторяем базовый Modbus - предполагаем, что интегратор знает физику шины. Фокус на архитектуре обмена и типовых ошибках склейки старых систем.

Короткий ответ

Закрытые информационные острова на заводе - это участки, где данные живут в локальной SCADA или ПЛК без согласованного обмена с соседними цехами и верхним уровнем. Выход - не одна монолитная система, а согласованная схема обмена на открытых протоколах (Modbus TCP, OPC UA, MQTT в ограниченных сценариях) через шлюзы с единым справочником тегов и правилами качества данных.

Между цехами чаще всего работают OPC UA-серверы на границе участка или диспетчерский сервер с подписками; Modbus TCP - для простых передач уставок и счётчиков; шлюзы RTU-TCP - для наследия. ERP и MES не опрашивают ПЛК напрямую; между ними и АСУ - прослойка с буфером и семантикой.

Главные риски при склейке: дублирование тегов с разным смыслом, рассинхрон времени, отсутствие статуса Bad Quality, «временные» Excel-мосты, которые становятся постоянными. Проект 2026 года начинают со справочника имён и границ ответственности, а не с покупки ещё одного коммутатора.

Откуда берутся острова и почему их не снесли за один проект

Исторически каждый цех модернизировали отдельно: свой подрядчик, свой вендор, свой срок. Диспетчерская строилась под энергетику, производственные линии - под технологов. Закрытый протокол на время пуска казался быстрее: не согласовывать карту регистров с соседним цехом. Через пять лет смена подрядчика превращается в археологию.

Второй источник - ИБ. Сегменты сети режут межсетевыми экранами; без продуманного DMZ обмен «наружу» блокируют, и цех снова живёт локально. Третий - культура эксплуатации: «нам так удобнее, не трогайте». Открытые протоколы не отменяют сегментацию; они делают обмен проверяемым и документированным.

В 2026 году давление на склейку растёт: сквозные KPI, прослеживаемость партий, энергомониторинг по цехам, удалённая поддержка без USB-флешек на каждом ПЛК. Острова становятся дороже, чем один проект интеграции с шлюзами и справочником.

Уровни обмена: что связывать в первую очередь

Цех - цех. Передача полуфабриката, межблокировки, общие утилиты (пар, сжатый воздух, вакуум). Часто достаточно ограниченного набора сигналов: готовность, запрос, авария, ключевые аналоги. Не тянуть тысячу тегов «на всякий случай».

Цех - диспетчерская. Сводная мнемосхема, архив, журнал аварий, команды режима. Здесь живут OPC UA или серверная SCADA с агрегацией. Требования к задержке и к резервированию выше, чем между двумя соседними ПЛК.

АСУ - ERP / MES. Выпуск, простои, качество, спецификации - не в реальном времени миллисекунд, а в транзакциях с подтверждением. Прямой опрос ПЛК из ERP - антипаттерн; буфер, очередь, идемпотентность операций.

Приоритет склейки: сначала аварии и ограничения, влияющие на безопасность и останов соседнего участка; затем производственные KPI; затем полный зеркальный архив всех трендов.

Открытые протоколы на практике: не магия совместимости

«Открытый» значит опубликованная спецификация и множество реализаций, а не «подключил и заработало». Modbus TCP - де-факто стандарт для простых запросов; болезни те же: Unit ID, таймауты, режимы RTU over TCP. OPC UA - семантика, подписки, безопасность; дороже в настройке, но меньше сюрпризов при сотнях тегов. MQTT - точечно для телеметрии и облачных сервисов, не для межблокировок без продуманной QoS.

Полевые шины (PROFINET, EtherNet/IP, CAN) остаются внутри участка; на границе цеха - шлюз в Modbus или OPC UA. Сравнение ролей полевых и межцеховых протоколов разбирали в материале про Profinet, EtherNet/IP и Modbus TCP; на уровне завода Modbus TCP и OPC UA закрывают большинство задач склейки.

Закрытый протокол legacy не «открывают»; ставят шлюз с документированной картой с обеих сторон и сроком жизни шлюза в паспорте объекта.

Шлюзы: где ставить и что в них должно быть

Шлюз на границе участка: принимает полевой трафик, отдаёт наружу ограниченный набор в OPC UA или Modbus TCP. Отдельное железо или ПО на промышленном ПК - вопрос надёжности и ИБ; на критичных межблокировках избегают «ноутбука в шкафу».

В шлюзе фиксируют: список тегов, преобразование типов, масштаб, таймстамп, качество, поведение при обрыве связи (последнее значение, безопасное состояние, явный Bad). Логирование изменений уставок с другого участка - для разбора «кто сбросил разрешение».

Дублирование шлюзов для резервирования - редко на среднем заводе; чаще резервируют канал связи и держат ручной режим по регламенту. Если шлюз один - он в списке критичного оборудования с SLA ремонта.

Единый справочник тегов: не Excel на сетевом диске

Справочник - договор между цехами: имя, описание, единица, источник, класс (авария, команда, измерение), владелец, допустимая задержка. Имя Tank1.Level в одном цехе и T1_LVL в другом без таблицы соответствия - будущая авария при склейке.

В 2026 году используют хотя бы централизованную таблицу с версионированием (Git, MES master data, OPC UA Information Model на диспетчерском сервере). Автогенерация из проекта ПЛК - хорошо, если не кончается на экспорте в CSV без владельца.

Правило именования закрепляют до второго подключённого цеха. Переименование тега на живом объекте - change request с уведомлением всех потребителей. Импортозамещение с «совпавшими тегами» показывает, что одинаковое имя не гарантирует одинаковый смысл.

Таблица: связь цехов, протокол или шлюз, типовой риск

Связь цехов Протокол / шлюз Типовой риск
Два ПЛК, 10-20 дискретных межблокировок Modbus TCP или hardwired DI/DO + диагностика Задержка опроса, нет квитирования, «залипший» бит без watchdog
Цех - диспетчерская, сотни тегов OPC UA сервер на участке Несогласованная модель, перегруз подписок, нет Bad Quality
Legacy проприетарная шина - новый цех Шлюз vendor + Modbus TCP / OPC UA наружу Устаревшая прошивка шлюза, единственный эксперт, нет запаса
Цех - ERP (выпуск, простои) MES / буферная БД, не прямой Modbus в SAP Дубли записей, рассинхрон смен, ручные правки в Excel
Сквозной архив трендов Historian + OPC UA агрегация Двойной архив одного тега с разной дискретизацией, диск и путаница
Удалённый подрядчик VPN + OPC UA / jump host Постоянный «временный» доступ, шлюз в неправильном сегменте сети

Сегментация и открытость: не враги

Открытый протокол через DMZ не означает «вся сеть плоская». Типовая схема: цеховая сеть АСУ, DMZ с шлюзами и серверами сбора, офис/ERP за firewall. Промышленные сети на физическом уровне остаются отдельными; обмен - по белому списку портов и тегов.

Ошибка - проброс Modbus TCP «напрямую в интернет» для удобства подрядчика. Ошибка вторая - полный запрет обмена между цехами под предлогом ИБ без выделенного контура интеграции.

Склейка старых систем: пошаговая дисциплина без big bang

Инвентаризация: что где живёт, протоколы, версии, контакты владельцев. Карта критичных сигналов между участками - не полный экспорт проекта. Пилот на одной связи (например, готовность цеха №2 для цеха №3) с протоколом обмена и тестом обрыва.

Документ as-built шлюза: входные адреса, выходные имена OPC, коэффициенты. Параллельная работа старого CSV-моста и нового канала - не больше трёх месяцев, иначе CSV победит. Обучение диспетчеров: откуда приходит сигнал и что значит Bad.

Не переносить на склейку всю историю трендов за десять лет; начать с forward-данных и событий. Старое выгружать по запросу из локальных архивов.

Качество данных и время: то, что убивает доверие между цехами

Синхронизация NTP на шлюзах и серверах. Событие «цех остановлен» и падение расхода пара должны совпадать в отчёте. При нестабильном Modbus потребитель видит старое значение с Good - хуже, чем явный Bad.

Соглашение о задержке: межцеховая блокировка допускает 200 мс, отчёт в ERP - минуты. Разные требования - разные каналы, не один опрос «как получится».

Historian и отчёты: один архив или зеркала по цехам

Соблазн при склейке - «пусть диспетчерский historian заберёт все теги со всех цехов с секундной дискретизацией». Через полгода диск полон, а цеховые архивы всё равно живут отдельно. Разумная схема: каждый участок хранит свой оперативный архив для RCA; на верхний уровень поднимают агрегаты, аварийные теги и ограниченный набор KPI с согласованным периодом.

Дублирование одного и того же тега в цеховом и центральном historian без координации даёт расхождение в отчётах: разные deadband, разное время опроса через шлюз. В справочнике помечают, какой экземпляр тега «источник истины» для сменного отчёта.

При обрыве связи цеховой архив продолжает писать; центральный показывает Bad или последнее значение с меткой времени. После восстановления догоняющая синхронизация истории - отдельное ТЗ, не «само догрузится». Для юридически значимых данных (энергия, выбросы) источник истины остаётся на участке учёта, не в диспетчерской копии.

Граница MES и АСУ: не смешивать темпы

MES оперирует партиями, заказами, маршрутными картами; ПЛК - миллисекундами и разрешениями. Склейка через прямой опрос регистров MES из цехового Modbus ломается при смене рецепта в ПЛК без обновления карты в MES. Правильнее буфер: MES запрашивает статус, АСУ подтверждает событие, обмен идёт транзакциями с идемпотентностью.

Типовая ошибка 2026 года - «цифровизация» через выгрузку CSV из SCADA в MES раз в смену при наличии бюджета на OPC UA. Временный мост допустим на пилоте три месяца; в справочнике фиксируют дату отключения CSV и владельца API.

Оператор HMI не должен становиться интерфейсом MES: двойной ввод партии на экране и в терминале сбора данных - расхождение гарантировано. Либо MES тянет подтверждение из АСУ, либо АСУ получает задание из MES по регламенту, но не оба пути параллельно без синхронизации.

Что меняется в эксплуатации, когда острова исчезают

Появляется единая точка эскалации при обрыве обмена. Споры «ваш ПЛК врёт» заменяются просмотром журнала шлюза и качества тега. Плановые остановы согласуют с соседним цехом по данным, а не по телефону - но телефон остаётся резервом при аварии.

Растёт ответственность за изменения: правка уставки в одном цехе влияет на другой. Вводят роли и журнал команд на HMI диспетчерской.

Типовые ошибки при склейке островов

Купить OPC UA «на весь завод» без модели данных. Получают плоский список из тысяч тегов без владельцев.

Тянуть межблокировки через Excel раз в час. Один пропущенный файл - останов или конфликт режимов.

Дублировать тег на двух шлюзах с разным масштабом. Диспетчерская показывает среднее, которого нет в реальности.

Не тестировать обрыв связи на FAT. На пуске выясняется, что соседний цех считает «всё OK» при потере связи.

Путать открытый протокол и открытую сеть. Сегментация обязательна; открытость - в спецификации и документации обмена.

Вопросы при работе

С чего начать, если цехов пять и бюджет на год?
С карты критичных межцеховых сигналов и одного пилотного шлюза с OPC UA; не с полной миграции historian.

Modbus TCP достаточно между цехами?
Для десятков сигналов и редких команд - часто да; для большой семантики и подписок - OPC UA на границе участка.

Кто владелец справочника тегов?
Главный инженер АСУ или назначенный архитектор данных завода; не «тот, кто последний правил Excel».

Ссылки по теме

Обсуждение