Распределённый объект — это несколько площадок, между которыми есть технологическая связь, но нет общего диспетчерского экрана. ТПП трамвайной линии, насосные станции, котельные, освещение — у каждой свой шкаф, свой протокол и свой «локальный хозяин». Задача диспетчеризации — собрать это в один контур, не потеряв качество данных.
Зачем нужен единый контур
Локальные АРМ отвечают на вопрос «что происходит на этом объекте». Диспетчеру нужен ответ на вопрос «что происходит на линии целиком»: где авария, где нет связи, где данные устарели, кто уже выехал. Без общей картины решения принимаются по телефону и памяти.
Единый контур не отменяет локальные системы. Он собирает с них данные, показывает состояние и даёт команды там, где это безопасно.
Карта и иерархия объектов
Начинайте не с мнемосхемы, а с модели: линия → объект → узел → сигнал. У каждого объекта должен быть идентификатор, адрес, ответственный и набор сигналов. Карта — это не украшение, а навигация по этой модели.
- обзор линии с состоянием объектов;
- карта с привязкой к местности;
- карточка объекта: режим, связь, свежесть данных;
- мнемосхема и журнал событий.
Если объекты называются по-разному в разных системах, диспетчер не сможет сопоставить данные. Справочник имён и адресов нужно согласовать до интеграции.
Качество данных
Для распределённого объекта «данные есть» — недостаточно. Нужно знать:
- когда значение получено и не устарело ли оно;
- достоверно ли оно, есть ли флаг качества;
- от какого устройства и канала оно пришло;
- что показывать при потере связи — последнее значение, прочерк или аварию.
Роли и аварии
Разделите роли: диспетчер, инженер, администратор, руководитель. У каждого — свой уровень детализации и прав. Аварии должны иметь приоритет, время, объект и понятное действие, а не просто красную лампочку.
Отдельно продумайте дежурство: кто получает уведомление, что считается критичным, как фиксируется реакция. Иначе система генерирует сотни событий, которые никто не читает.
Этапы запуска
- Обследование. Объекты, оборудование, протоколы, существующие системы.
- Карта сигналов. Адреса, типы, единицы, качество, владельцы.
- Пилот на одном объекте. Проверка модели, связи и интерфейса.
- Тиражирование. Подключение остальных объектов по одному шаблону.
- Резервирование и регламенты. Резервный контур, обучение, поддержка.
Не подключайте все объекты сразу. Пилот показывает ошибки модели, пока они ещё дешёвы.
Типичные ошибки
- Начать с красивой мнемосхемы без карты сигналов.
- Смешать данные разных систем без справочника объектов.
- Показывать устаревшие значения как актуальные.
- Сделать один экран для всех ролей.
- Забыть про резервный канал и резервный сервер.
- Не назначить владельца системы после запуска.
Чек-лист
- Есть модель «линия → объект → узел → сигнал».
- Согласованы имена, адреса и единицы измерения.
- Отображается свежесть и качество данных.
- Разделены роли и права.
- Аварии имеют приоритет и действие.
- Пилот проверен на одном объекте.
- Есть резервный контур и регламент поддержки.
Пример распределённого объекта — энергетика трамвайной линии «Славянка». О протоколах — МЭК-104 в SCADA, о резерве — резервирование SCADA.
Вопросы
Частые вопросы
С чего начать диспетчеризацию распределённого объекта?
С обследования и карты сигналов: какие объекты, оборудование, протоколы и данные уже есть. Красивый интерфейс делается после модели.
Можно ли объединить объекты с разными протоколами?
Да, через шлюзы и единую модель данных. Важно не количество протоколов, а согласованные адреса, типы и качество сигналов.
Что делать, если связь с объектом пропала?
Показывать потерю связи и свежесть данных, а не последнее значение как актуальное. Дальше — по регламенту: уведомление, выезд, ручной режим.