Проектирование систем диспетчеризации

Когда нужен отдельный проект диспетчеризации 🖥️

Услуга нужна, когда:

• несколько инженерных систем должны передавать состояния в один диспетчерский пункт;
• оператору требуется видеть аварии, предупреждения, режимы и потерю связи;
• необходимо хранить события, тренды или показания;
• часть оборудования допускает дистанционные команды в установленной границе;
• существующие локальные шкафы используют разные интерфейсы и не объединены;
• здание реконструируется, а перечень реально доступных сигналов не подтверждён;
• нужно определить серверы, автоматизированные рабочие места, сеть и резервирование;
• диспетчеризация входит в комплексный проект инженерных систем, но выпускается отдельным разделом.

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

Где заканчивается диспетчеризация

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

Проект АСУД не заменяет:

• автоматику вентиляционной установки, ИТП, насосной или другого агрегата;
• рабочие проекты самих инженерных систем;
• программирование контроллеров и SCADA/BMS;
• изготовление шкафов;
• поставку серверов, лицензий и оборудования;
• прокладку кабелей и настройку сети;
• пусконаладку и комплексные испытания;
• регламент эксплуатации и круглосуточную работу диспетчерской.

Эти работы можно включить отдельно. Граница между локальным алгоритмом и верхним уровнем фиксируется в перечне сигналов, команд и ответственности сторон.

Что получает заказчик

В зависимости от стадии и состава системы комплект может включать:

• пояснительную записку и границы АСУД;
• перечень интегрируемых инженерных систем;
• структурную схему уровней;
• схему сети передачи данных;
• матрицу сигналов, состояний и команд;
• таблицу протоколов и интерфейсов;
• функциональные требования к контроллерам, шлюзам, серверу и АРМ;
• планы размещения оборудования и кабельных трасс;
• схемы шкафов и внешних подключений в согласованном составе;
• задания ЭОМ, СКС, автоматизации и смежным разделам;
• требования к мнемосхемам, событиям, журналам и трендам;
• матрицу полномочий пользователей;
• спецификацию оборудования и материалов;
• программу предусмотренных проверок и критерии результата.

Глубину схем и листов закрепляем в составе проектной и рабочей документации. Эскиз архитектуры не является рабочим проектом для монтажа и программирования.

Матрица сигналов — основа проекта

Для каждой точки фиксируем:

• инженерную систему и единицу оборудования;
• физический источник данных;
• тип сигнала или сетевую переменную;
• нормальное состояние;
• предупреждение и аварию;
• потерю связи или недостоверность;
• единицу измерения и рабочий диапазон, если это аналоговый параметр;
• период обновления или условие регистрации;
• приоритет события;
• необходимость подтверждения оператором;
• разрешённую команду и обратное подтверждение;
• место отображения и хранения.

Количество точек само по себе не описывает сложность. Один дискретный контакт можно принять напрямую, а один параметр из чужого контроллера потребует проверки протокола, адресации, прав доступа и доступности документации изготовителя.

Как проектируем архитектуру

Полевой и локальный уровень

Датчики, исполнительные механизмы и локальные контроллеры относятся к проектам соответствующих систем. Например, уровни, аварии насосов и состояния запорной арматуры формируются в проекте водоснабжения и канализации, а пуски установок, положения клапанов и аварии фильтров — в проекте вентиляции и кондиционирования. В АСУД определяем доступные на границе сигналы и ответственность за их передачу.

Уровень обмена

Фиксируем физические интерфейсы, протоколы, адресацию, шлюзы и сетевое оборудование. Название протокола не гарантирует совместимость: требуется совпадение версии, набора объектов или регистров и правил обмена.

Верхний уровень

Определяем серверные функции, рабочие места, хранение событий, тренды, архив, резервное копирование и права пользователей. Конкретный программный продукт выбирается по техническому заданию и совместимости; проект не привязываем к неподтверждённой марке.

Надёжность и восстановление

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

Какие исходные данные нужны

Для первичной оценки достаточно перечня инженерных систем, планов и описания требуемых функций. До разработки обычно запрашиваем:

• техническое задание и границу системы;
• актуальные планы и модель объекта;
• проекты вентиляции, отопления, водоснабжения, электроснабжения и других подключаемых систем;
• схемы локальной автоматики и шкафов;
• паспорта контроллеров и карты доступных сигналов;
• перечень протоколов и версий;
• требования эксплуатирующей организации;
• расположение диспетчерского пункта и серверного оборудования;
• существующую сетевую инфраструктуру;
• требования к архиву, трендам, журналам и уведомлениям;
• матрицу ролей и разрешённых команд;
• требования к резервированию и восстановлению;
• сведения о будущих этапах расширения.

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

Стоимость проектирования

Стоимость — от 20 000 ₽ за базовый проект одной небольшой локальной системы диспетчеризации.

В ориентир входят проверка готовых исходных данных, одна согласованная граница системы, базовая структурная схема, один перечень сигналов и команд, одна схема сети, требования к одному АРМ, спецификация, электронный выпуск и один цикл исправления фактических замечаний заказчика.

Это предварительный рыночный ориентир, а не фиксированная цена SEC-WAY. Точное предложение готовим после проверки интегрируемых систем и количества сигналов.

На стоимость влияют:

• число инженерных систем и единиц оборудования;
• количество дискретных, аналоговых и расчётных параметров;
• число разрешённых команд;
• наличие и качество документации локальной автоматики;
• количество протоколов, шлюзов и сторонних контроллеров;
• структура сети, серверов и рабочих мест;
• объём мнемосхем, журналов, трендов и отчётов;
• резервирование и требования к восстановлению;
• существующее оборудование и необходимость обследования;
• стадия, глубина схем и число согласованных вариантов;
• программирование, лицензии, пусконаладка и испытания, если они включены отдельно.

Дорожная карта проекта

Этапы работы

Действие и результат каждого шага фиксируем после проверки исходных данных.

7 этаповв естественном порядке

01Фиксируем функции и…

02Собираем матрицу…

03Разрабатываем…

04Проектируем сеть и…

05Описываем интерфейс…

06Проводим внутреннюю…

07Передаём комплект

1. Этап 01⌕
   Фиксируем функции и границы

   Определяем, какие системы только наблюдаются, какие допускают команды и какие функции остаются в локальной автоматике. Формируем перечень недостающих исходных данных.

2. Этап 02◇
   Собираем матрицу сигналов

   Для каждой точки записываем источник, тип, состояния, приоритет, отображение и действие оператора. Заказчик и смежные проектировщики подтверждают данные на своей стороне.

3. Этап 03✎
   Разрабатываем архитектуру

   Распределяем полевой, локальный, сетевой и верхний уровни. Определяем контроллеры, шлюзы, серверы, АРМ и точки ответственности.

4. Этап 04✓
   Проектируем сеть и размещение

   Увязываем шкафы, кабельные линии, коммутаторы и серверное оборудование с ЭОМ, СКС и помещениями. При координации в модели передаём геометрию и параметры в раздел ТИМ/BIM.

5. Этап 05↗
   Описываем интерфейс и события

   Фиксируем состав экранов, тревоги, подтверждения, тренды, архив, роли и команды. Отделяем потерю связи от технологической аварии.

6. Этап 06▣
   Проводим внутреннюю проверку

   Сверяем матрицу сигналов, структурную схему, сеть, планы, спецификацию и задания смежникам. Проверяем, что каждая точка имеет источник и место назначения.

7. Этап 07⌕
   Передаём комплект

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

Что чаще всего приводит к переделке

• экран рисуют до подтверждения сигналов;
• нормальное состояние контакта не согласовано;
• потеря связи отображается как технологическая авария;
• команда отправляется без обратного подтверждения;
• локальный контроллер не предоставляет заявленный параметр;
• одинаковое название протокола скрывает несовместимые карты данных;
• сервер, АРМ и коммутаторы не включены в ЭОМ или ИБП;
• число лицензируемых точек появляется после выбора платформы;
• архив хранит данные без согласованного периода и шага;
• права оператора не отделены от прав администратора;
• номер сигнала различается в матрице, схеме и задании смежнику.

Перед выпуском проверяем каждую точку в обе стороны: от оборудования до экрана и от разрешённой команды до подтверждения исполнения.

Ответственность и гарантия

SEC-WAY отвечает за документацию и проектные решения в границах договора и технического задания. Мы не гарантируем доступность закрытого протокола, функции чужого контроллера, наличие лицензии у заказчика, качество существующей сети или результат программирования, которое выполняет другой подрядчик.

Гарантия SEC-WAY действует 6 месяцев на выполненные нами работы. При неизменном задании ошибку, возникшую по нашей вине, исправим без дополнительной оплаты. Новая система, сигнал, протокол, команда или изменение платформы считается изменением исходных данных.

Частые вопросы

Получить оценку проекта АСУД

Пришлите перечень инженерных систем, планы, схемы локальной автоматики и требования диспетчера. Мы проверим границы, составим список недостающих данных и подготовим предложение с составом, ценой и порядком работ.