Панель оператора и SCADA: Где граница, чтобы не дублировать уставки и аварии
2026-05-19 14:20
На пуске часто звучит: «на панели одно, в SCADA другое, кто прав?». Прав почти всегда ПЛК - если уставка и авария живут в программе контроллера, а экраны только читают и пишут в разрешённые места. Панель и SCADA - не два конкурирующих «мозга», а два окна в одну систему. Путаница начинается, когда в проекте забыли провести границу.
Ниже - без учебника по конкретной SCADA: что оставить у шкафа, что вынести на верхний уровень, типовые конфликты при приёмке и пять правил, которые стоит зафиксировать в ТЗ или протоколе согласования с эксплуатацией.
Один источник правды - на ПЛК
Уставка, режим, межблокировка, таймер аварии - это логика. Она должна выполняться в контроллере одинаково, независимо от того, с какого экрана пришла команда. Панель у насоса и SCADA в диспетчерской показывают одни и те же теги, если интегратор не сделал «вторую копию» уставки только на верхнем уровне.
Если уставка хранится только в SCADA, а ПЛК о ней не знает, при обрыве связи или работе с панели картина расходится. Если уставка записана и с панели, и из SCADA в разные адреса - смена меняет «не то» и уверена, что всё сделала верно.
Источник правды - не «где удобнее рисовать», а где программа реально использует значение.
Что допустимо на панели оператора
Панель у шкафа - для локального оператора: текущий режим участка, пуск-останов в рамках регламента, квитирование аварии этого агрегата, редкие уставки, которые технолог разрешил менять с поля.
На панели уместны:
•мнемосхема одного узла или короткой линии;
•аварии и предупреждения этого оборудования, без попытки втиснуть весь завод;
•кнопки с подтверждением и явным текстом, что произойдёт;
•локальные тренды на 15–60 минут, если смене это нужно у шкафа.
На панели не стоит дублировать то, что уже есть в SCADA, только «мельче»: второй набор уставок технолога, второй журнал всего цеха, отчёты за месяц. Это перегружает экран и создаёт вторую точку ошибки.
SCADA (или верхний уровень на MasterSCADA 4D) - для обзора, архива, отчётов, сравнения участков, работы технолога и диспетчера. Сюда логично вынести:
•мнемосхему участка или завода;
•долгие тренды и выгрузки;
•уставки, которые по регламенту меняет только технолог или АСУ ТП;
•согласованные команды на несколько ПЛК сразу, если они проходят через единую логику на сервере или в контроллерах.
SCADA не должна обходить защиту, «подкручивая» выход напрямую в обход программы ПЛК. Если такая возможность есть - это осознанное решение заказчика с отдельным уровнем доступа, а не случайность проекта.
Типовые конфликты при пуске
Разные уставки на панели и в SCADA. Симптом: оператор выставил 4,2 бар на панели, технолог в SCADA видит 3,8. Причина: два тега, одна реальная уставка в %MW не та. Решение: одна переменная в ПЛК, два экрана только отображают и пишут в неё по правам.
Авария квитирована в одном месте, горит в другом. Часто разные флаги или задержка опроса. На пуске договориться: квитирование с любого разрешённого экрана сбрасывает один бит в ПЛК.
Панель позволяет пуск, SCADA показывает «запрещено». Режим на ПЛК один, подписи разные. Или на SCADA устаревший экран проекта. Сверка режимов - обязательный пункт приёмки.
Уставку меняют только в SCADA, панель «для красоты». После обрыва связи с верхним уровнем смена у шкафа слепая. Либо критичные уставки доступны и на панели в рамках роли, либо регламент запрещает работу без SCADA - это должно быть явно.
Две аварии на одно событие. Одна в ПЛК, вторая «нарисована» только на SCADA по условию без подтверждения в контроллере. Оператор квитирует верхнюю, насос всё ещё в аварии. Аварийные условия - только из логики ПЛК.
Конкуренция записи. Панель и SCADA одновременно пишут в один тег без приоритета. На объекте фиксируют: кто последний писал, или запись только из одного уровня для данного параметра.
Выбор «панель или браузер на посту» - отдельный разговор, он уже разобран в статье про экран в шкафу и на посту. Граница панель/SCADA не отменяет этого выбора: можно иметь и панель, и SCADA, если роли не пересекаются.
Пять правил разделения ответственности
1. ПЛК владеет логикой и уставками. Экраны не хранят единственную копию управляющего параметра без отражения в программе контроллера.
2. Одна уставка - один тег в ПЛК. Сколько бы ни было экранов, запись идёт в одно место. В ТЗ перечисляют параметры, которые можно менять с панели, с SCADA, с обоих - и уровни доступа.
3. Авария рождается в ПЛК. Квитирование и отображение - на панели и в SCADA по одному флагу. Цвета и звук согласуют с эксплуатацией один раз на весь объект.
4. Панель - поле, SCADA - обзор и архив. Не копировать на двери шкафа весь заводской экран. Не прятать единственный пуск участка только в диспетчерской без запасного сценария.
5. Приёмка - сценариями, не галочкой «связь есть». Пройти: изменить уставку с панели и увидеть в SCADA; квитировать с SCADA и увидеть на панели; обрыв связи SCADA - что остаётся у шкафа; кто имеет право на запись.
Эти правила можно вынести в приложение к протоколу пусконаладки - одна страница, подпись технолога и представителя АСУ ТП.
Роли на объекте СТАБУР
Контроллер СТАБУР, панель из линейки операторских дисплеев, проект в CODESYS или MasterSCADA 4D - связка одна, споров меньше, если граница проведена до монтажа второго экрана. Техническая документация и «Первый старт» помогают с подключением; разделение панель/SCADA команда дописывает под свой регламент.
FAQ
Можно ли вообще без SCADA, только панели?
Да, на малых объектах. Тогда весь обзор и архив - в рамках возможностей панели и ПЛК, ограничения принимают заранее.
Технолог должен менять уставки только из SCADA - как сделать честно?
В ПЛК - уровень доступа: с панели тег только на чтение, запись с верхнего уровня по роли. Не «спрятать кнопку», а запрет в логике.
MasterSCADA и CODESYS - граница разная?
Нет. Меняется инструмент, принцип один: ПЛК - правда, экраны - окна.