AERO проектирует и внедряет диспетчеризацию зданий и производств. Оборудование, аварии, параметры и архивы — в едином интерфейсе для службы эксплуатации.
Подключаем новые системы и модернизируем действующие. Можно заказать проект, интеграцию отдельного оборудования или весь комплекс — до запуска и передачи персоналу.
Санкт-Петербург, Ленинградская область и регионы России
Диспетчеризация связывает оборудование с ежедневной работой персонала. Важно не только вывести данные на экран, но и сделать понятным, что произошло, где искать причину и какое действие доступно оператору.
Состояния установок, насосов, приводов и узлов учёта собраны по системам и зонам. Из общей схемы можно перейти к нужному агрегату, его параметрам и режиму управления.
Сообщение показывает оборудование, место, причину и время события. Оператор видит активные аварии отдельно от истории и подтверждает, что принял сообщение в работу.
Тренды и журналы помогают разобраться в повторяющейся аварии, сопоставить температуру с работой оборудования и увидеть, когда менялся режим или уставка.
Состав диспетчеризации определяется задачами объекта. Для каждой системы выделяем данные для наблюдения, аварии для персонала и функции, которыми нужно управлять с рабочего места.
Работа вентиляторов, температуры, положение заслонок и клапанов, состояние фильтров, режимы и аварии установок. Связываем отображение с конкретным агрегатом и его локальной автоматикой. Для расшифровки общего сигнала аварии определяем доступные данные, дополнительные сигналы и нужные доработки.
Для объектов с несколькими зонами согласуем группировку экранов, расписания и доступные оператору настройки.
Холодильные машины, насосы, гидромодули, фанкойлы и связанные контуры. Эксплуатация видит состояние источника холода и потребителей, параметры воды или теплоносителя, работу оборудования и доступные сообщения об отказах.
Отдельно определяем, что приходит из заводского контроллера, а что требует датчика, шлюза или дополнительного подключения.
Индивидуальные тепловые пункты (ИТП), котельные и тепловые контуры: температуры, давления, насосы, регулирующие клапаны и учёт потребления. На экране связываем показания с режимом оборудования; для предусмотренных проектом функций организуем изменение уставок и расписаний.
Местные регуляторы продолжают выполнять собственные алгоритмы. Диспетчерская показывает их работу и передаёт согласованные команды.
Насосные группы, уровни, давления, протечки и канализационные насосные станции (КНС). Разделяем сообщения «насос не работает», «насос в аварии» и «приямок переполнен»: это разные состояния и разные действия персонала.
Сигнал должен содержать адрес узла, а не только название системы целиком.
Состояния вводов, переключений, аппаратов и приборов учёта в согласованном объёме. Показания связываем с источником, единицами измерения и периодом накопления, чтобы отчёт не смешивал текущее значение и расход за период.
Для управления коммутационным оборудованием отдельно определяем разрешённые операции и обратную связь.
Параметры микроклимата, перепады давления, состояния вентиляции и адресные сообщения от специализированного оборудования. Контроль технологических газов и местные защитные функции увязываем с диспетчеризацией как отдельные части инженерной системы.
Оператору нужны место события, состояние оборудования и понятная последовательность действий — без потери специальных алгоритмов объекта.
Насосы, приводы, водоподготовка, очистные, оборудование производственных участков и сигналы смежных систем. Состав обмена строим вокруг технологии: последовательности, готовность узлов, режимы, отказы и параметры процесса.
Общая диспетчерская может объединять разные системы, сохраняя их самостоятельное местное управление.
В основе — цепочка от источника сигнала до действия оператора. Прорабатываем каждый переход: какие данные доступны, как они передаются, где хранятся и как отображаются.
Датчики, приводы, установки и приборы учёта формируют параметры и состояния.
Локальное управление, сбор сигналов, согласованные протоколы и шлюзы.
Сервер или выбранное рабочее место, обработка событий, архив и экраны.
Наблюдение, подтверждение аварий и команды в пределах роли сотрудника.
SCADA — программный уровень, который собирает данные, показывает мнемосхемы, ведёт журналы и передаёт команды. BMS — система управления инженерными системами здания. Платформу выбираем вместе с архитектурой объекта: числом подключений, интерфейсами оборудования, рабочими местами и требованиями к обслуживанию.
Для обмена проверяем не только наличие Ethernet или RS-485. Нужны поддерживаемый протокол, карта данных, доступные команды, настройки связи и состав поставки. Например, вентиляционные щиты могут использовать Modbus TCP, а часть оборудования холода — Modbus RTU через шлюз. Физический разъём сам по себе ещё не определяет объём доступных данных.
Команды с верхнего уровня передаются обратно в локальные контроллеры. Местные защиты и блокировки остаются частью управления оборудованием, а не заменяются кнопками на экране.
До разработки экранов составляем таблицу сигналов. Для каждой точки задаём оборудование и место, источник, смысл, единицы измерения, способ передачи и использование в интерфейсе, журнале или алгоритме.
| Что различаем | Как это помогает эксплуатации | Что проверяем |
|---|---|---|
| Команда пуска и состояние «работа» | Оператор видит не только своё нажатие, но и фактический ответ оборудования. | Откуда приходит подтверждение и что показывать при его отсутствии. |
| Останов и авария | Планово отключённая установка не выглядит так же, как агрегат с отказом. | Режим, причина останова, доступные аварийные сигналы и приоритет сообщения. |
| Значение и отсутствие связи | Старое показание не воспринимается как свежая температура или давление. | Признак достоверности, время обновления и поведение экрана при потере обмена. |
| Местное и дистанционное управление | Понятно, откуда разрешена команда и почему кнопка может быть недоступна. | Источник режима, права оператора, блокировки и обратную связь. |
| Предупреждение и критичная авария | Обслуживание фильтра не теряется, но и не вытесняет событие, требующее немедленной реакции. | Условия возникновения, приоритет, подтверждение и возврат в норму. |
Порог сигнализации, период опроса и время появления события согласуем для оборудования и задачи объекта. При проверке прослеживаем сигнал целиком: от изменения на установке до правильного имени, состояния и времени на рабочем месте.
Интерфейс строим под действия дежурного и инженера, а не под демонстрацию всех данных сразу. Названия оборудования совпадают на мнемосхеме, в журнале и в документации.
Общая схема показывает состояние систем и зон. Следующий уровень раскрывает агрегат: состав, измеряемые параметры, режим, уставки и доступные команды. Переход к аварии ведёт к тому же обозначению оборудования.
Различаем работу, останов, аварию, отсутствие связи и режим управления. Цвет дополняется текстом или обозначением; значение нельзя угадать только по красному или зелёному фону.
Сначала показываем основные экраны и рабочие сценарии: поиск аварии, переход к установке, изменение разрешённой уставки, просмотр графика. Согласованные замечания учитываем в рабочей версии.
Локальная панель у щита и центральное рабочее место решают разные задачи. Панель помогает обслужить конкретную установку, а диспетчерская объединяет оборудование объекта. Их обозначения, параметры и режимы увязываем между собой.
Для аварии предусматриваем оборудование, место, причину, время возникновения и статус подтверждения. Подтверждение означает, что оператор увидел сообщение; оно не устраняет причину и не снимает активную аварию.
Звуковое оповещение и дополнительные каналы уведомления включаем в согласованный состав. Отключение звука не должно скрывать событие; для передачи сообщения за пределы диспетчерской проверяем и канал доставки.
На графике сопоставляем измеряемые значения, уставки и состояния оборудования за один период. Журнал позволяет восстановить последовательность: когда возникло отклонение, кто изменил режим и когда система вернулась к нормальной работе.
Определяем перечень архивируемых точек, шаг записи, срок хранения, отчёты и резервное копирование. Для поиска краткого сбоя и для месячного отчёта нужны разные настройки архива.
Наблюдение, подтверждение аварий, изменение уставок и настройка конфигурации разделяются по полномочиям сотрудников. Для ответственных команд предусматриваем подтверждение и отображение результата.
Разработчик и оператор не должны пользоваться одним неразграниченным доступом. Состав рабочих мест и права согласуем с организацией эксплуатации.
Для критичных узлов определяем последствия потери связи, остановки сервера и пропадания питания. По этим сценариям выбираем нужный резерв и проверяем восстановление работы.
Удалённый доступ организуем с учётом сети и правил объекта, через согласованный защищённый канал. Это отдельная часть архитектуры, а не открытый в интернете экран управления.
К нам обращаются, когда часть оборудования не видна, аварии приходят без расшифровки, архив не помогает разбирать сбои или прежнюю программу трудно поддерживать. Начинаем с работающей системы и задачи эксплуатации.
Сопоставляем контроллеры, панели, сервер, лицензии, сеть и доступную документацию. Проверяем источники данных и состояние обмена. Отсутствующая точка может требовать настройки, подключения или замены оборудования — решение зависит от причины.
Определяем новые сигналы, экраны, архивы, рабочие места и границы изменения местной автоматики. Если оборудование обновляется этапами, предусматриваем переход от старой архитектуры к новой и порядок проверки каждого этапа.
Увязываем работы с режимом объекта и доступными окнами. Для затронутых функций сохраняем исходную версию и способ возврата, проверяем обмен и действия оператора. После изменения актуализируем документацию и резервные копии.
Подключение одной установки, доработка журнала аварий или замена панели могут быть самостоятельной работой. Для расширения всей диспетчерской сначала определяем общую архитектуру, чтобы отдельное дополнение не стало ещё одной изолированной системой.
При неполной документации или неподтверждённых сигналах сначала подключаем новый обмен в режиме только чтения. Управляющие команды включаем для согласованных точек после проверки адреса сигнала, режима управления и обратной связи на оборудовании.
Собираем перечень систем, интерфейсов и нужных действий персонала. Результат — понятный объём подключения, таблица сигналов, сценарии эксплуатации и исходные данные для проекта.
Разрабатываем структуру диспетчеризации, подключения, питание и связь, спецификации и требования к экранам, архивам и правам. Комплект можно заказать отдельно для закупки, тендера и дальнейшего внедрения.
Настраиваем обмен с оборудованием, программируем диспетчерский уровень, разрабатываем мнемосхемы, события, тренды и согласованные команды. Кабельные работы, шкафы и изменения программ контроллеров увязываем с проектом.
Проверяем значения и состояния по оборудованию, аварии, обратную связь команд, права и восстановление после согласованных отказов. Передаём документацию, резервные копии, сведения о лицензиях и инструкции; знакомим персонал с рабочими сценариями.
При сдаче важен не только запуск программы. По перечню проверок должно быть видно, что конкретный сигнал пришёл правильно, нужная авария зарегистрирована, разрешённая команда выполнена, а ограничение доступа действительно работает.
Операторский интерфейс
На опубликованной панели управления рядом со схемой установки видны состояния вентиляторов и заслонок, температуры, нагрев и охлаждение. Для персонала предусмотрены переходы к авариям, настройкам и графикам.
Этот пример показывает связь параметров с оборудованием: экран помогает понять работу установки, а не просто собирает числа в список.
Проект диспетчеризации
В собственном проекте AERO вентиляционные щиты, фанкойлы и холодильные машины увязаны с диспетчерской через разные сетевые интерфейсы и шлюзы. Для части эксплуатационных состояний предусмотрены отдельные контрольные линии.
В том же комплекте разделены переполнение приямка, отказ дренажного насоса и работа КНС. Такой перечень даёт эксплуатации адресные сообщения, а состав подключения можно проверить до закупки оборудования.
Поэтапная реконструкция
Для комплекса из двух корпусов AERO проектирует новую систему с отдельными контурами и общей диспетчерской. Физический переход со старого оборудования предусмотрен этапами; состав экранов, событий и разрешённых команд согласуется с заказчиком.
В основе интерфейса — общие обозначения, состояния оборудования, тренды, роли доступа и подтверждение ответственных команд. Подробнее о проектировании модернизации двух корпусов.
Достаточно начать с описания объекта и того, что нужно видеть или изменять. По имеющимся материалам определим следующий шаг: проектирование, обследование или оценку конкретного подключения.
Материалы можно отправить на info@aero-group.su или описать задачу в форме ниже. Если документация неполная, предложим состав обследования и недостающие исходные данные.
Предложение рассчитываем по объёму инженерной и программной работы, оборудованию и условиям внедрения. Одинаковое число точек может означать разную сложность: готовый обмен по протоколу и новое подключение с кабелями — разные работы.
Учитываем число систем, сигналов и интерфейсов, готовность карт данных, объём программирования, экраны, команды, архивы и отчёты. Отдельно определяем изменения местной автоматики.
В предложении раскрываем сервер или рабочие места, панели, шлюзы, сетевые устройства и программные лицензии. Существующее оборудование учитываем после проверки пригодности для согласованной задачи.
Проект, монтаж, наладку, проверку и передачу эксплуатации показываем по составу. Сроки связываем с готовностью исходных данных, согласованием экранов, поставкой оборудования и окнами внедрения.
По заданию подготовим коммерческое предложение с составом работ, оборудования и лицензий, этапами, сроками и условиями оплаты. В цене будет понятно, что входит в выбранный этап и как учитывается НДС.
Да. Подготовим структуру системы, таблицу сигналов, подключения, требования к интерфейсу, оборудованию, архивам и правам. Комплект можно использовать для закупки и последующего внедрения по согласованному заданию.
Можно объединять оборудование с разными интерфейсами. Сначала проверяем доступные сигналы, протоколы, карты данных и разрешённые команды; затем определяем шлюзы, дополнительные подключения и объём настройки.
Не обязательно. Проверяем пригодность оборудования, доступность программ и обмена, затем сравниваем доработку и замену. Решение принимается по функции, которую нужно получить, и возможностям действующей системы.
Панель обычно обслуживает конкретную установку или группу оборудования. SCADA объединяет системы на диспетчерском уровне: общие экраны, события, архивы и рабочие места. Обозначения и доступные функции обоих уровней увязываем между собой.
Местные алгоритмы и защиты сохраняются в контроллерах. Для зависящих от верхнего уровня функций заранее определяем поведение при потере связи, а в ходе наладки проверяем предусмотренный сценарий и восстановление обмена.
Да, если это включено в задание и разрешено правилами объекта. Согласуем защищённый канал, роли, доступные команды, подтверждение ответственных действий и отображение обратной связи.
По задачам эксплуатации: какие события нужно разбирать, какие отчёты получать и за какой период сравнивать работу. Определяем точки, шаг записи, срок хранения, приоритеты аварий и каналы уведомления, затем проверяем их на согласованных сценариях.
Да. Сначала определяем целевую архитектуру и разделение этапов, затем увязываем подключение нового оборудования со старой системой и режимом объекта. Для затронутых функций предусматриваем исходную копию, проверку и способ возврата.
Систему в согласованном объёме, результаты проверки подключений и функций, документацию, резервные копии, сведения о лицензиях и инструкции. Персонал знакомим с экранами, авариями, архивами и доступными действиями.
Описание объекта, перечень систем и оборудования, доступные схемы и задачи персонала. Полезны таблица сигналов, примеры экранов, сведения о протоколах и лицензиях. При неполных данных определим состав обследования.
Когда для диспетчеризации нужны новые местные сигналы, алгоритмы и подключения.
Когда требуется изменить управление установкой и подготовить обмен с верхним уровнем.
Когда для новых сигналов, оборудования и связи нужна сборка или модернизация шкафа.
Расскажите о системах и задачах эксплуатации. ТЗ, перечень оборудования, схемы и фотографии можно отправить на info@aero-group.su. Определим объём подключения, экраны, исходные данные и порядок работ.