Интеграция KNX с BMS: шлюзы OPC UA, BACnet и KNXnet/IP
Коммерческие здания площадью более 5 000 м² требуют системы управления зданием (BMS) для централизованного мониторинга, сигнализации и отчетности по подсистемам KNX, HVAC, энергетики и пожарной сигнализации. Выбор правильного пути интеграции между KNX и BMS определяет надежность, полноту данных и долгосрочную обслуживаемость объекта.
Почему интеграция с BMS важна для коммерческих зданий
В коммерческих зданиях площадью примерно от 5 000 м² команда управления объектом (FM) не может эффективно управлять отдельными системами управления для автоматизации здания KNX, контроллеров HVAC BACnet, счетчиков энергии Modbus, панелей пожарной сигнализации и контроля доступа. Каждая подсистема имеет свой программный интерфейс, журнал аварий и инженерный инструмент — это означает, что неисправности остаются незамеченными на границах систем, потери энергии невидимы, а планирование обслуживания фрагментировано.
Система управления зданием (BMS) предоставляет единую панель для команды FM: один программный интерфейс, отображающий текущие значения всех подсистем, единое управление авариями с эскалацией, централизованное журналирование трендов для энергетических отчетов и единый рабочий процесс для обслуживания. Подключение KNX к BMS является фундаментальной частью любой серьезной коммерческой установки KNX.
Типичный объем интеграции BMS для коммерческого офиса площадью 10 000 м²
- 300–800 точек KNX: счетчики энергии, температуры HVAC, занятость, статус оборудования, аварии
- HVAC BACnet/IP: контроллеры AHU и FCU, чиллерная установка, запись уставок от BMS к контроллеру
- Энергия Modbus: MID-сертифицированные субсчетчики на каждый распределительный щит
- Пожарная сигнализация сухие контакты: выход панели EN 54-2 на двоичный вход KNX, затем авария приоритета 1 в BMS
- Контроль доступа 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 twisted-pair.
Сервер 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 на этаж) требуют собственного KNX IP-маршрутизатора для каждой. BMS подключает отдельный экземпляр драйвера к каждому KNX IP-маршрутизатору. Все KNX IP-маршрутизаторы должны находиться в выделенной 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) и номер экземпляра, затем задайте идентификатор устройства BACnet и IP-адрес.
BMS считывает объекты BACnet через BACnet/IP по UDP-порту 47808, стандартному порту BACnet. Все основные BMS-платформы с поддержкой BACnet поддерживают это: 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), сопоставленный с объектом Binary Value BACnet
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, статус занятости, статус работы оборудования, входы сигнализации (пожар, неисправность УЗИП, неисправность ИБП) | Журнал трендов, сигнализация, отчет |
| Уровень 2 — Эксплуатационный | Статус вкл/выкл зоны освещения, положение жалюзи (0–100%), статус скорости вентилятора, открытие/закрытие двери (только контролируемые двери) | Журнал трендов, без сигнализации |
| Уровень 3 — Исключить | Индивидуальные групповые адреса нажатия кнопок, групповые адреса активации сцен, внутренние логические флаги KNX, диагностические групповые адреса пусконаладки | Не импортировать в BMS |
Типичное количество точек для коммерческого офиса площадью 5 000 м²: 300–800 точек Уровня 1 и Уровня 2. Уровень 3 (нажатия кнопок, сцены) обычно представляет в 3–5 раз больше групповых адресов в ETS6, но не дает никакой эксплуатационной ценности в BMS. Фильтрация на этапе экспорта из ETS6 — с использованием соглашений об именовании групповых адресов ETS6 и фильтров экспорта — предотвращает попадание групповых адресов Уровня 3 в файл импорта BMS.
Рабочий процесс экспорта из ETS6 для импорта в BMS
ETS6 обеспечивает структурированный экспорт групповых адресов, который позволяет инженерам BMS и инструментам настройки шлюзов импортировать сотни точек данных без ручного ввода. Экспорт выполняется из ETS6 через Файл — Экспорт — Групповые адреса с вариантами вывода CSV (для инструментов шлюза) или OPC DA XML (для импорта модуля OPS Siemens Desigo CC).
Экспорт 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 классифицирует тревоги по приоритету, направляет уведомления нужному персоналу, обеспечивает workflow подтверждения и ведет аудируемый журнал тревог.
Путь интеграции пожарной сигнализации 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 для крупных многосекционных установок — поставляем с полной документацией по факту.
Запросить предложение →