Интеграция KNX с BMS: шлюзы OPC UA, BACnet и KNXnet/IP
Для зданий площадью более 5000 м² требуется система управления зданием (BMS), обеспечивающая централизованный мониторинг, сигнализацию и отчетность по подсистемам KNX, HVAC, энергоснабжения и пожарной сигнализации. Правильный выбор пути интеграции между KNX и BMS определяет надежность, полноту данных и долгосрочную обслуживаемость объекта.
Зачем нужна интеграция с BMS для больших зданий
В зданиях площадью более 5000 м² команда эксплуатации не может эффективно управлять отдельными системами управления: KNX автоматизация, BACnet контроллеры HVAC, Modbus счетчики энергии, пожарные панели и контроль доступа. Каждая подсистема имеет свой интерфейс, журнал тревог и инструмент настройки — неисправности остаются незамеченными на стыках систем, потери энергии не видны, а обслуживание фрагментировано.
BMS предоставляет единую панель управления: один интерфейс для всех подсистем, унифицированное управление тревогами с эскалацией, централизованное журналирование трендов для отчетов по энергопотреблению и единый workflow для заявок на обслуживание. Подключение KNX к BMS — ключевая часть любой серьезной коммерческой установки KNX.
Типовой объем интеграции BMS для офиса площадью 10 000 м²
- 300–800 точек KNX: счетчики энергии, температуры HVAC, occupancy, статус оборудования, тревоги
- HVAC BACnet/IP: контроллеры AHU и FCU, чиллер, запись уставок от BMS к контроллерам
- Энергия Modbus: MID-сертифицированные субсчетчики на каждый распределительный щит
- Пожарная сигнализация сухие контакты: выход панели EN 54-2 на двоичный вход KNX, затем в BMS как тревога приоритета 1
- Контроль доступа OPC DA: статус дверей и тревоги принудительного прохода в журнал тревог BMS
Обзор путей интеграции
Существует четыре основных пути интеграции KNX с BMS, каждый со своими требованиями к оборудованию, усилиям по настройке и пригодности для разных платформ BMS:
| Путь | Оборудование | Требования BMS | Лучше всего подходит для |
|---|---|---|---|
| Прямой KNXnet/IP | KNX IP роутер (Weinzierl 770, MDT) | Встроенный KNX драйвер в BMS | BMS со встроенной поддержкой KNXnet/IP |
| Шлюз BACnet/IP | Intesis IN701KNX300000, LOYTEC LKNX-100 | Любой клиент BACnet/IP | Honeywell Niagara N4, Schneider EcoStruxure |
| Шлюз OPC UA | Lingg & Janke KNX Virtual, HMS Anybus | Клиент OPC UA | Современные BMS-платформы, Siemens Desigo CC |
| Мост Modbus TCP | Weinzierl KNX ENO 634 | Мастер Modbus TCP | SCADA-системы с мощной поддержкой Modbus |
Туннелирование KNXnet/IP напрямую в BMS
Если ПО BMS включает встроенный KNX-драйвер — например, Siemens Desigo CC с плагином KNX или некоторые конфигурации Honeywell — сервер BMS подключается напрямую к KNX-сети как клиент туннелирования KNXnet/IP. KNX IP-роутер (Weinzierl 770 или MDT KNX IP Router), установленный в KNX TP-сети, выступает шлюзом между LAN и витой парой KNX.
Сервер BMS устанавливает туннельное соединение с KNX IP-роутером через UDP порт 3671. BMS может отправлять запросы на чтение любых групповых адресов KNX и получать непрошенные обновления (телеграммы записи) от KNX-устройств. Многоадресная группа KNX IP-роутера 224.0.23.12 передает весь трафик групповых адресов KNX в сегменте LAN — BMS-платформы могут подключаться к этой многоадресной группе для получения всех телеграмм без явного опроса.
Ограничения туннельных соединений KNXnet/IP
Максимум одновременных туннельных соединений на один KNX IP-роутер: 4
Каждый драйвер BMS = 1 туннельное соединение
Программа ETS6 = 1 дополнительное соединение
Для крупных проектов с высокой нагрузкой телеграмм:
Используйте KNXnet/IP маршрутизацию (BMS как участник маршрутизации)
Маршрутизация: неограниченное количество участников, на основе multicast
Требуется, чтобы BMS поддерживала режим маршрутизации KNXnet/IP
Weinzierl 770 поддерживает как туннелирование (4 соединения),
and routing mode — select routing for >1,000 GAs
Несколько зон KNX: В больших зданиях с несколькими зонами KNX (например, одна линия TP на этаж) для каждой зоны требуется свой IP-маршрутизатор KNX. BMS подключает отдельный экземпляр драйвера к каждому IP-маршрутизатору KNX. Все IP-маршрутизаторы KNX должны быть в выделенной VLAN BMS, изолированной от общего офисного LAN-трафика, с правильно настроенным multicast на управляемых коммутаторах (включен IGMP snooping).
Интеграция через шлюз OPC UA
OPC UA (IEC 62541) — предпочтительный современный стандарт интеграции для автоматизации зданий. Шлюз OPC UA считывает значения групповых адресов KNX и представляет их в виде структурированных узлов OPC UA, на которые может подписаться любой клиент OPC UA, включая все основные платформы BMS.
Lingg and Janke KNX Virtual — это программный сервер OPC UA, работающий на Windows или Linux. Он напрямую импортирует проект ETS6, создавая структурированный узел OPC UA для каждого группового адреса с правильным типом данных, единицей измерения (из определения DPT EU) и описанием. Бесплатная версия поддерживает до 50 групповых адресов; свыше этого требуется лицензия за точку. BMS подключается как клиент OPC UA к конечной точке по умолчанию opc.tcp://[host]:4840.
Преимущества OPC UA перед BACnet/IP
- Структурированное адресное пространство: узлы содержат тип DPT, единицу измерения, описание
- На основе подписки: BMS получает уведомления об изменениях, нет накладных расходов на опрос
- Безопасность сертификатов X.509: взаимная аутентификация клиента и сервера
- Независимость от вендора: работает любой клиент OPC UA, не нужен проприетарный драйвер
- Пространства имен: несколько зон KNX организованы в логическую иерархию папок
HMS Anybus Communicator KNX
Аппаратный шлюз OPC UA на DIN-рейку — не требуется серверный ПК. Подключается к KNX TP через разъем KNX, публикует сервер OPC UA на порту Ethernet. Настройка через веб-браузер: загрузите CSV-файл групповых адресов ETS6, назначьте имена узлов OPC UA. Подходит для объектов, где установка выделенного серверного ПК нецелесообразна. Поддерживает до 512 групповых адресов KNX.
Настройка BACnet/IP шлюза
Шлюз Intesis IN701KNX300000 (крепление на DIN-рейку) преобразует BACnet/IP в KNX и поддерживает до 3000 групповых адресов KNX, сопоставленных с BACnet-объектами. Настройка выполняется в ПО Intesis MAPS: импортируйте CSV-экспорт групповых адресов из ETS6, назначьте каждому GA тип BACnet-объекта (Analog Value, Binary Value, Analog Input) и номер экземпляра, затем укажите ID BACnet-устройства и IP-адрес.
BMS считывает BACnet-объекты через BACnet/IP на порту UDP 47808 (стандартный порт BACnet). Все основные BMS-платформы поддерживают это: Honeywell Niagara N4 (коннектор Fox), Siemens Desigo PX (полевой контроллер с модулем BACnet/IP) и Schneider EcoStruxure Building Operation. Альтернативный шлюз — LOYTEC LKNX-100 со встроенным веб-сервером для диагностики в реальном времени, поддерживающий маршрутизацию KNXnet/IP и BACnet/IP для крупных установок.
Настройка алармов BACnet для двоичных точек KNX
Двоичный GA KNX (DPT 1.001), сопоставленный с BACnet-объектом Binary Value
Example: GA 2/5/0 "Fire_Alarm_Zone_1" → BV instance 250
В Intesis MAPS: включите Intrinsic Alarming для объекта BV
Значение аларма: ACTIVE (present-value = 1)
Класс уведомления: 1 (приоритет 1 в BMS)
Задержка перехода в ненормальное состояние: 0 с (немедленно)
Задержка возврата в норму: 5 с (подавление дребезга)
BMS подписывается на COV (изменение значения) объекта BV
Аларм появляется в журнале BMS с меткой времени, приоритетом,
статусом подтверждения и правилами эскалации
Стратегия выбора точек данных
Не все групповые адреса KNX следует интегрировать в BMS. Перенос каждого GA в BMS расходует лицензии на точки, засоряет базы данных трендов нерелевантными данными и создает шквал алармов от точек, на которые команда эксплуатации не может повлиять. Структурированный многоуровневый подход гарантирует, что в BMS будут только операционно значимые данные.
| Уровень | Типы точек | Действие BMS |
|---|---|---|
| Уровень 1 — обязательный | Мощность (кВт) и энергия (кВт·ч) счётчика, уставка и фактические температуры HVAC, статус присутствия, состояние оборудования, сигналы тревоги (пожар, неисправность SPD и UPS) | Журнал трендов, сигнализация, отчёты |
| Уровень 2 — Эксплуатационный | Статус включения/выключения зоны освещения, положение жалюзи (0–100%), скорость вентилятора, открытие/закрытие двери (только контролируемые двери) | Журнал трендов, без сигнализации |
| Уровень 3 — Исключить | GA нажатия отдельных кнопок, GA активации сцен, внутренние логические флаги KNX, диагностические GA пусконаладки | Не импортировать в BMS |
Типичное количество точек для коммерческого офиса площадью 5000 м²: 300–800 точек Уровня 1 и 2. Уровень 3 (нажатия кнопок, сцены) обычно представляет в 3–5 раз больше групповых адресов в ETS6, но не несёт эксплуатационной ценности в BMS. Фильтрация на этапе экспорта из ETS6 — с использованием соглашений об именах групповых адресов и фильтров экспорта — предотвращает попадание GA Уровня 3 в импортируемый файл BMS.
Рабочий процесс экспорта из ETS6 для импорта в BMS
ETS6 предоставляет структурированный экспорт групповых адресов, позволяющий инженерам BMS и инструментам настройки шлюзов импортировать сотни точек данных без ручного ввода. Экспорт выполняется через меню ETS6: Файл — Экспорт — Групповые адреса, с выбором формата CSV (для инструментов шлюза) или OPC DA XML (для модуля импорта Siemens Desigo CC OPS).
Экспорт CSV включает для каждого группового адреса: адрес (например, 5/3/1), тип DPT (например, 9.001 для 2-байтового числа с плавающей запятой в градусах Цельсия), имя и поле описания. Инструмент настройки шлюза Intesis MAPS принимает этот CSV напрямую — выбор соответствующих строк и назначение типов объектов BACnet занимает минуты, а не часы ручного ввода для 500 точек.
Дисциплина именования в ETS6 критически важна для качества импорта в BMS
The ETS6 group address name becomes the BMS point name. Cryptic names like "GA_001" or "Obj_KNX_5_3_1" create unmanageable BMS databases. Use a consistent naming convention from commissioning: "Floor2_Office3_Temp_Setpoint_degC" or "DB3_HVAC_AHU1_RunStatus". Good ETS6 naming practice during commissioning eliminates BMS rename work that can take several days on a large project.
Маршрутизация сигналов тревоги от KNX к BMS
Двоичные групповые адреса KNX (DPT 1.001), связанные с физическими входами сигнализации — сухие контакты пожарной сигнализации, выходы неисправности УЗИП, реле неисправности ИБП, контакты принудительного открытия двери — сопоставляются с точками тревоги BMS. Движок управления тревогами BMS классифицирует их по приоритету, направляет уведомления нужному персоналу, требует подтверждения и ведет аудируемый журнал.
Путь интеграции пожарной сигнализации по EN 54-2
Выход сухого контакта панели пожарной сигнализации EN 54-2
→ Модуль двоичного ввода KNX (MDT SCN-B8230.02)
→ KNX GA 1/9/0 "Fire_Alarm_Zone_1" (DPT 1.001)
→ Объект двоичного значения BACnet/IP BV-900
→ Тревога BMS: приоритет 1, обязательное подтверждение
→ Действие BMS: звуковой сигнал, email дежурному менеджеру
→ Журнал BMS: пожарный журнал (отдельно от общего)
Подтверждение: инженер входит в BMS на объекте
Читает тревогу, проверяет зону, подтверждает с указанием причины
Запись в пожарном журнале хранится 5 лет (требование EN 54-2)
Журналирование трендов и хранение данных об энергии
BMS хранит значения точек KNX как временные ряды в базе данных SQL Server. Периоды хранения и интервалы логирования настраиваются для каждого типа точки, балансируя детализацию данных с требованиями к хранилищу и полезностью отчетов.
Данные об энергии (кВт, кВт·ч)
- Интервал: 15 минут (96 записей в день на точку)
- Хранение: минимум 5 лет (требование ISO 50001)
- Зона нечувствительности: 0,1 кВт для предотвращения переполнения журнала при стабильной нагрузке
- Отчеты: ежедневные, ежемесячные, годовые по цепям
- Экспорт: CSV для проверки счетов за электроэнергию и аудита ISO 50001
Данные температуры и HVAC
- Интервал: 5 минут (288 записей в день на точку)
- Хранение: скользящие 90 дней
- Гистерезис: 0.2°C для игнорирования шума датчика
- Использование: анализ жалоб на комфорт, диагностика неисправностей HVAC
- Наработка HVAC: вычисляется из двоичного тренда состояния работы
Нужны щиты KNX, готовые к интеграции с BMS?
Мы собираем щиты KNX с предварительно настроенными шлюзами BACnet/IP и OPC UA, подготовленными экспортами ETS6 для импорта в BMS и настроенным маршрутизацией KNXnet/IP для крупных многосекционных объектов — с полной документацией по факту.
Запросить расчёт →