Если в ТЗ описать только картинки, система получится красивой, но слабой для эксплуатации. Важнее заранее описать данные, аварии, архивы, права доступа, диагностику связи и действия диспетчера.
Эти пункты помогают избежать ситуации, когда SCADA есть, но пользоваться ей неудобно.
Отдельно фиксируем аналоговые значения, дискретные состояния, команды управления, аварии, предупреждения и сервисные сигналы.
Не все события одинаковы. Для диспетчера важно разделить аварии, предупреждения, блокировки и информационные сообщения.
Заранее определяем, какие параметры хранить, с каким шагом, за какой период и в каком виде их потом смотреть.
Указываем Modbus RTU/TCP, OPC UA, BACnet, Ethernet, RS-485 и особенности существующего оборудования.
Оператор, инженер, администратор и подрядчик должны иметь разные права на просмотр, квитирование и изменение уставок.
Если нужен удалённый доступ, его проектируют отдельно: через защищённый канал, журналирование и понятные правила ответственности.
Чем точнее формулировка, тем меньше переделок на этапе ПНР и опытной эксплуатации.
| Плохо | Лучше | Почему это важно |
|---|---|---|
| Сделать диспетчеризацию вентиляции | Вывести статусы вентиляторов, аварии частотников, положение клапанов, температуру, давление, режимы и команды | Понятно, какие сигналы нужны и что проверять при запуске |
| Сделать архивы | Архивировать температуру, давление, аварии и команды оператора с заданным периодом хранения | Архивы становятся инструментом диагностики, а не формальностью |
| Сделать красивую мнемосхему | Показать структуру системы, состояние оборудования, аварии, ручной/автоматический режим и недостоверные данные | Оператор видит объект, а не декоративную картинку |
| Предусмотреть удалённый доступ | Описать роли, канал доступа, журнал действий и ограничения на изменение параметров | Снижается риск несанкционированных изменений и спорных ситуаций |
Для инженерных систем мы часто используем MasterSCADA 4D и собственные решения Аквис-SCADA, когда объекту нужны нестандартные интерфейсы, удалённая работа, высокая скорость отображения или интеграция с несколькими системами. Для промышленных объектов дополнительно смотрим, как SCADA будет связана с ПЛК, HMI, частотными преобразователями, архивами и сервисной диагностикой.
Нужно ответить не только «что вывести на экран», а «какое решение должен принять диспетчер по этому экрану». Если авария есть, но не понятно, где она возникла и что делать дальше, диспетчеризация не выполняет свою задачу.
До начала разработки полезно собрать перечень контроллеров, адреса, протоколы, схемы шкафов, список аварий и требования эксплуатации. Если этих данных нет, сначала делаем обследование и восстанавливаем структуру обмена.
Опишите объект, существующие контроллеры, оборудование и задачи диспетчера. Подскажем, какие данные заложить в SCADA и как не потерять важные сигналы.
Опишите задачу в свободной форме. Консультант уточнит детали и передаст заявку инженерам, когда будут контакты.