Это не абстрактный список - это каркас, который мы используем при обследовании и проектировании. По каждой группе понятно, какие данные нужны и почему.
Работает / остановлена / авария. Автоматический или ручной режим. Местное или дистанционное управление. Без этого диспетчер отправляет команды в пустоту и не понимает, почему они не выполняются.
Температуры подачи и обратки, притока и вытяжки, наружного воздуха. Давления до и после насосов и фильтров. Расходы теплоносителя и воздуха. Уставки по каждому контуру - фактические и заданные.
Положение регулирующих клапанов и воздушных заслонок. Частота частотных преобразователей. Состояние пускателей и контакторов. Наработка насосов для ротации. Контроль времени хода приводов.
Тепловая защита двигателей, обрыв ремня вентилятора, заморозка калорифера, сухой ход насосов. Превышение давления, температуры обратки, перегрузка по току. Не просто список - нужна привязка к дате и времени.
Статус обмена с контроллером по каждому интерфейсу. Признак недостоверности данных при потере связи. Таймаут обмена. Без этого SCADA показывает старые значения, а диспетчер считает, что всё работает.
Непрерывный архив технологических параметров с привязкой ко времени. Журнал действий оператора, изменений уставок и аварийных событий. Без этого невозможно разобрать жалобу на холод или понять, что произошло до аварии.
Конкретный состав зависит от проекта, но эти группы сигналов нужны практически всегда. Если чего-то нет в ТЗ - добавьте, пока не начали собирать шкаф.
| Система и группа сигналов | Что вывести | Зачем эксплуатации |
|---|---|---|
| ВЕНТИЛЯЦИЯ: состояние | Пуск/стоп, работа, авто/ручной, местный/дистанционный, состояние частотника, авария вентилятора, тепловая защита двигателя, обрыв ремня | Диспетчер сразу видит причину, по которой установка не запускается - не надо идти в венткамеру |
| ВЕНТИЛЯЦИЯ: режимы | Зима/лето, дневной/ночной, ПНР, отключение по сигналу пожарной сигнализации. Заданные уставки температуры и скорости. Режим рекуперации/байпас | Понять, в каком режиме работает установка и почему она греет, когда не должна, или дует с полной скоростью в выходной |
| ВЕНТИЛЯЦИЯ: параметры | Температура притока, вытяжки, наружного воздуха, после калорифера/охладителя. Перепад давления на фильтре притока и вытяжки. Положение воздушных клапанов (открыт/закрыт/промежуточное) | Контролировать тепловой режим, вовремя менять фильтры, видеть реальное положение заслонок, а не только команду |
| ВЕНТИЛЯЦИЯ: защиты | Заморозка водяного калорифера, перегрев электрического калорифера, обрыв датчика, неисправность частотника, отказ резервного вентилятора | Знать об аварийной остановке до того, как разморозится калорифер или перегреется ТЭН, а не после звонка арендатора о заливе |
| ИТП И ОТОПЛЕНИЕ: состояние | Работа/авария сетевых, циркуляционных, подпиточных насосов и насосов ГВС. Состояние регулирующих клапанов (открыт/закрыт/%). Положение задвижек и отсечных клапанов | Контролировать подачу тепла в каждый контур, видеть отказ насоса или заклинивший клапан до жалоб на холод в помещениях |
| ИТП И ОТОПЛЕНИЕ: режимы | Погодозависимый график (фактическая и расчётная температура подачи), ночное снижение, режим ГВС (нагрев/циркуляция/отключен). Уставки по каждому контуру: отопление, ГВС, вентиляция | Понимать, работает ли система по проектному графику и не перегревает ли обратку, которую не принимает теплоснабжающая организация |
| ИТП И ОТОПЛЕНИЕ: параметры | Температуры подачи и обратки теплосети и каждого потребительского контура. Давление до и после насосов, регуляторов перепада. Расход теплоносителя. Контроль перепада на грязевиках и фильтрах | Видеть отклонения от гидравлического и теплового режима, находить причину перерасхода энергии, планировать очистку фильтров |
| ИТП И ОТОПЛЕНИЕ: защиты | Сухой ход насосов, превышение давления, недопустимая температура обратки, авария частотного преобразователя, отсутствие протока, перегрузка по току. Контроль подпитки и расширительного бака | Избежать выхода насосов из строя, превышения давления в системе, штрафов от теплоснабжающей организации за перегрев обратки |
| ОБЩИЕ: питание и шкаф | Наличие основного и резервного питания шкафа, состояние вводных автоматов, ИБП, напряжение по фазам. Открытие двери шкафа, температура внутри шкафа | Отличить проблему оборудования от проблемы электропитания или несанкционированного доступа в шкаф |
| ОБЩИЕ: связь и данные | Статус обмена с ПЛК по каждому интерфейсу (Modbus RTU, Modbus TCP, BACnet), признак недостоверности данных при потере связи, таймаут, счётчик ошибок обмена. Состояние OPC-сервера и шлюзов | Не принимать старые значения за реальные. Отделить отказ контроллера от отказа датчика. Знать о деградации канала связи до полного обрыва |
| ОБЩИЕ: доступ и аудит | Вход оператора в систему, изменение уставок, переход в ручной режим, квитирование аварий. Журнал событий с временными метками, фиксация отправителя команды | Восстановить картину до аварии. Увидеть, кто и когда изменил уставку. Доказательная база для разбора инцидента |
| ОБЩИЕ: архивы и тренды | Непрерывная запись температур, давлений, расходов, состояний насосов, положений клапанов и частоты ПЧ с привязкой ко времени. Глубина архива - не менее 3 месяцев. Экспорт в CSV или PDF | Анализировать сезонные отклонения, разбирать жалобы на климат, планировать обслуживание по реальной наработке, а не по календарю |
Если сигналы не указаны на этапе ТЗ и проектирования, потом приходится менять шкафы, добавлять модули ввода-вывода, тянуть новые кабели или мириться с неполной диагностикой. Эксплуатация теряет контроль над системой: не видит аварий, не может проанализировать отклонения, не знает, что происходит при потере связи. Каждая такая экономия на этапе проекта оборачивается многократными затратами на доработку после ввода в эксплуатацию.
Эти проблемы встречаются на большинстве объектов, где диспетчеризация делалась без участия службы эксплуатации. Каждую из них мы видели лично.
Команда отправлена - но неизвестно, выполнил ли привод действие. Нужен контроль положения клапана, состояния пускателя, времени хода заслонки. Без этого диспетчер жмёт кнопку и надеется, что сработало.
Без сигнала перепада давления на фильтре обслуживание становится реактивным: замечают проблему по падению расхода воздуха или перегреву. А менять фильтры надо по реальному состоянию, а не по календарю.
Авто, ручной, местный, дистанционный - если эти режимы не отображаются явно, диспетчер не понимает, почему команда из SCADA не проходит. Часто проблема в том, что установка переведена на местное управление с панели.
При потере Modbus-обмена SCADA показывает последние живые значения, и диспетчер не видит проблемы. Нужен признак недостоверности и счётчик ошибок обмена - иначе аварию узнают по телефонному звонку.
Без журнала событий невозможно восстановить картину до аварии. Какое событие было первым? Кто изменил уставку? Когда последний раз был вход в шкаф? Это критичные вопросы, на которые эксплуатация должна получать ответ.
Без непрерывной записи параметров сложно разбирать жалобы на холод, тепло или духоту. Анализ тренда по дням, неделям и сезонам - единственный способ понять, система работает неправильно или это разовая ситуация.
Выбор протокола влияет на то, какие сигналы можно вывести, с какой скоростью и ценой интеграции. Ниже - на чём мы чаще всего работаем.
| Протокол | Среда и скорость | Где применяется и особенности |
|---|---|---|
| Modbus RTU | RS-485, витая пара. До 115 Кбит/с, до 1200 м на 9600 бит/с. Терминирование линии 120 Ом | ПЛК - датчики, ПЛК - частотные преобразователи, ПЛК - панели HMI. Простой, массовый, поддерживается почти всем оборудованием. Нет встроенной защиты данных - нужна дополнительная |
| Modbus TCP | Ethernet, витая пара или оптоволокно. 100 Мбит/с; до 100 м по меди, до 40 км по оптике | ПЛК - SCADA, ПЛК - ПЛК, интеграция в сеть предприятия. Тот же протокол поверх TCP/IP. Удобен для вертикальной интеграции. Требует управляемых коммутаторов для промышленной сети |
| BACnet MS/TP | RS-485, витая пара. До 115 Кбит/с, до 1200 м на 9600 бит/с. Терминирование линии 120 Ом | Контроллеры ОВиК - BMS, приточно-вытяжные установки с поддержкой BACnet. Объектная модель (аналоговые входы, расписания, тревоги). Стандарт ASHRAE для автоматизации зданий |
| BACnet/IP | Ethernet, витая пара или оптоволокно. 100 Мбит/с; до 100 м по меди, до 40 км по оптике | Уровень BMS/SCADA, интеграция между системами ОВиК, освещения и учёта. Масштабируется на крупные объекты. Совместимость оборудования разных производителей при сертификации BTL |
| OPC UA | Ethernet, витая пара или оптоволокно. Скорость зависит от сети | SCADA - смежные системы, передача данных в облачные сервисы, межсерверный обмен. Промышленный стандарт безопасного обмена: шифрование, аутентификация, семантическое описание данных |
В 2024-2026 годах основным документом для ОВиК остаётся СП 60.13330.2020 «Отопление, вентиляция и кондиционирование воздуха» (актуализированная редакция СНиП 41-01-2003). С 1 июля 2024 года действует Изменение №3 - в нём, среди прочего, появился термин «интеллектуальная система управления инженерным оборудованием», что прямо указывает на необходимость продуманной диспетчеризации. В 2025 году приняты изменения №4, №5 и готовится №6 - требования к автоматизации и контролю последовательно ужесточаются.
Для тепловых пунктов также применяются:
Ни один из этих документов не даёт готового перечня сигналов для диспетчеризации - это ответственность проектировщика и технолога. Но нормативы задают рамку: что должно контролироваться, защищаться и архивироваться.
При обследовании или проектировании мы идём от потребностей эксплуатации, а не от формального списка. Задаём три вопроса:
После этого составляем матрицу сигналов - отдельно для каждой приточной установки, каждого контура ИТП и каждой насосной группы. Затем проверяем, какие интерфейсы уже есть у оборудования (Modbus RTU на частотнике, дискретные выходы ПЛК, BACnet на контроллере установки) и сколько свободных каналов ввода-вывода осталось в шкафу.
Если сигналы не заложены на этапе ТЗ, добавление их после сборки шкафа - это дополнительные модули ввода-вывода, прокладка кабелей, переделка клеммных рядов и переписывание программы ПЛК. Цена ошибки на этапе ТЗ растёт в геометрической прогрессии: на бумаге - часы инженера, в шкафу - дни работы, на объекте - недели простоя.
Для критичных объектов (больницы, ЦОД, непрерывные производства) часть сигналов нужно дублировать:
В обычных административных и торговых зданиях такое резервирование избыточно, но контроль связи и питания нужен всегда - иначе SCADA слепнет, а диспетчер об этом не знает.
Критичные аварии (пожарный сигнал, заморозка калорифера, сухой ход насоса) и недостоверность данных должны быть видны на главном экране сразу - цветом и звуком. Сервисные параметры (наработка, температура в шкафу, счётчик моточасов) можно убрать на отдельные экраны. Команды оператора требуют подтверждения. Журнал событий нужен всегда, но не на главном экране - ему место в отдельной вкладке с фильтрами по типу события и временному диапазону.
Опишите системы: вентиляция, ИТП, насосные, холодоснабжение. На какой стадии проект - ТЗ, рабочка или уже смонтированный объект без диспетчеризации. Составим перечень сигналов, проверим шкафы и предложим решение по протоколам.
Опишите задачу в свободной форме. Консультант уточнит детали и передаст заявку инженерам, когда будут контакты.