Перейти к содержимому
Контроллер Loxone Miniserver с модулями расширения

Сравнение

Loxone и BACnet

Почему Loxone и BACnet относятся к разным категориям, как устройства BACnet подключаются к платформе на базе Loxone и какое место каждое занимает в проектировании управления зданием.

01

Категориальная ошибка, которую стоит исправить

На странице сравнения обычно ставят рядом две альтернативы. Loxone и BACnet в эту схему не укладываются. BACnet определяет, как устройства обмениваются объектами и службами по сети. Loxone определяет платформу управления: контроллер, I/O, среду проектирования и интерфейс эксплуатации. Одно — язык; другое — место, где на этом языке говорят. Можно эксплуатировать здание на BACnet без Loxone и использовать Loxone без BACnet. Полезный вопрос — как они соединяются. Когда это ясно, коммерческий вопрос становится проще: нужен ли вам супервизор с нативной поддержкой BACnet, межсистемная платформа или и то и другое? Называть их конкурентами — путь к плохим спецификациям, потому что это смешивает требование к протоколу с требованием к платформе. Спецификация может требовать устройства BACnet и уровень эксплуатации на базе Loxone без противоречия. Это различие влияет и на выбор подрядчика: инженер по BACnet и интегратор платформы — не всегда один и тот же человек.

  • BACnet: протокол, объектная модель, службы
  • Loxone: платформа контроллера, логика, интерфейс оператора
  • Соединяются через интерфейс или шлюз BACnet/IP
02

Объектная модель BACnet кратко

BACnet представляет инженерное оборудование в виде объектов: аналоговые входы и выходы, бинарные входы и выходы, аналоговые значения, многозначные значения, расписания, тренды и классы уведомлений. У каждого объекта есть номер экземпляра и набор свойств. Контроллер читает текущее значение, записывает уставку через массив приоритетов или подписывается на уведомления об изменении значения. Модель сильна для инженерного оборудования, потому что она явная и независимая от производителя. Она менее выразительна, чем свободная среда программирования: объект BACnet описывает данные, а не логику эксплуатации вокруг них. Это не недостаток, а разделение труда. Устройство отвечает за свою последовательность, платформа — за координацию и интерфейс оператора. Службы важны не меньше объектов: Who-Is и I-Am для обнаружения, ReadProperty и ReadPropertyMultiple для данных, WriteProperty для команд, SubscribeCOV для событий. Некоторые устройства реализуют лишь часть служб, поэтому список объектов — это обещание, которое нужно проверить. Устройство, предоставляющее только чтение текущего значения, можно наблюдать, но нельзя им управлять, что меняет модель эксплуатации.

  • Объекты имеют номера экземпляров и свойства
  • Массив приоритетов защищает критичные записи
  • Уведомления об изменении снижают трафик опроса
  • Поддержка служб и объектов зависит от устройства
03

Как Loxone работает с BACnet

В проекте на базе Loxone BACnet/IP — один из полевых интерфейсов. Контроллер читает точки оборудования, сопоставляет их со своей моделью данных и добавляет расписания, блокировки, тревоги, тренды и интерфейсы оператора. Устройство BACnet сохраняет локальное управление и функции безопасности; платформа осуществляет надзор и координацию. Если оборудование работает по BACnet MS/TP, шлюз или маршрутизатор преобразует его в IP. Сопоставление следует документировать точка за точкой: имя объекта, экземпляр, единица, масштабирование, направление чтения и записи, интервал обновления. Документ сопоставления становится руководством по обслуживанию. Без него каждое будущее изменение зависит от человека, который строил интеграцию. Заранее решите, будет платформа опрашивать или подписываться: COV снижает трафик, но зависит от поддержки устройства и от того, как оно сообщает об изменениях. Для критичных точек контроль «сердцебиения» или предельного возраста значения не даёт зависшему значению выглядеть исправным. Контроллер оборудования должен оставаться источником полномочий для собственных защит. Если шлюз это поддерживает, диагностический счётчик неудачных чтений стоит вывести оператору.

  • BACnet/IP как нативный полевой интерфейс
  • MS/TP через шлюз или маршрутизатор
  • Сопоставление и именование точка за точкой
  • Безопасность оборудования остаётся в контроллере оборудования
04

Сопоставление точек, именование и ответственность за запись

Сопоставление точек — источник большинства дефектов интеграции. Включайте номер экземпляра объекта BACnet в имя точки платформы, например B01-CH-01-CHWST-AI-1201, чтобы служба эксплуатации могла проследить значение до устройства без отдельного поиска. Записывайте тип объекта, экземпляр, свойство, инженерную единицу, разрешение, права чтения и записи, приоритет и владельца каждой записываемой точки. Масштабирование следует проверять по всему диапазону, а не на одном значении. Тревоги требуют той же дисциплины: определите, какие события формирует устройство, какие вычисляет платформа и кто их квитирует. Имя точки, понятное оператору, ценнее идеального дерева объектов, которое может прочитать только программист. Не дублируйте одно и то же физическое значение под двумя именами: дублирующиеся точки расходятся и искажают анализ трендов. Ведите реестр сопоставления как контролируемый документ с версией. Сопоставление, проверенное подрядчиком по механическим системам, выявляет ошибки именования до выхода на мнемосхемы.

  • Номер экземпляра объекта виден в имени точки
  • Тип, свойство, единица, масштабирование и права
  • Приоритет записи, отказ от приоритета и владелец
  • Одно имя на каждое физическое значение
05

Когда что применять

Используйте надзор с нативной поддержкой BACnet, когда спецификация оборудования уже определяет устройства BACnet, когда проектировщик хочет традиционную архитектуру BMS или когда служба эксплуатации обучена работе на рабочей станции BACnet. Используйте уровень на базе Loxone, когда зданию нужна единая логическая модель для оборудования BACnet, освещения KNX, счётчиков Modbus, событий контроля доступа и гостиничных номеров. Во многих проектах присутствует и то и другое: BACnet для оборудования, Loxone для интеграции и удобства оператора. Границу следует зафиксировать письменно, включая ответственных за каждую точку и за проверку каждой записи. Эта граница — не политический компромисс, а линия между безопасностью оборудования и координацией здания. Полезная проверка — спросить, что произойдёт при отключении платформы: оборудование должно продолжать работать на собственных средствах управления. Если это не так, проект передал слишком много полномочий уровню интеграции. Эта проверка должна входить в рассмотрение проекта, а не выявляться на пусконаладке.

  • Нативный BACnet: традиционная BMS оборудования
  • На базе Loxone: межсистемная интеграция
  • Комбинированный: оборудование на BACnet, логика на Loxone
  • Оборудование должно работать при потере платформы
06

Испытания, ограничения и передача объекта

BACnet не конфигурируется сам. Номера экземпляров устройств, номера сетей, настройки BBMD и имена объектов необходимо планировать. Объекты конкретных производителей и проприетарные свойства могут быть недоступны третьей стороне для чтения. Для записей нужно определить приоритет и поведение при отказе от приоритета, иначе уставка может «застрять». Испытания должны охватывать обнаружение, чтение объектов, записываемые точки, подписки COV, доставку тревог, отказ сети и восстановление. Точка, появившаяся в дереве обзора, не считается введённой в эксплуатацию, пока её не прочитали, не проверили масштабирование, не записали и не наблюдали. Комплект для передачи объекта должен включать реестр устройств, экспорт объектов, перечень точек, схему сети, протоколы испытаний и имена людей, которые могут изменить каждое устройство. Проверяйте не только функции, но и производительность: устройство, отвечающее за секунды при испытании, может не успевать при полном опросе. Записывайте версии прошивок, поскольку обновление от производителя может изменить поведение объектов. Если устройство не может предоставить требуемое свойство, зафиксируйте ограничение и учтите его в проекте.

  • Планируйте экземпляры устройств и номера сетей
  • Подтвердите объекты производителя и права чтения и записи
  • Проверьте COV, записи с приоритетом и отказоустойчивость
  • Фиксируйте масштабирование, единицы и интервалы обновления
  • Передайте реестр устройств и контакты для доступа

Сравнение платформы Loxone и BACnet

14 rows
КритерийПлатформа LoxoneBACnet
Что это такоеПлатформа контроллера со средствами проектирования и эксплуатацииОткрытый протокол автоматизации зданий
Объём работЛогика, интеграция, надзор, приложениеОбмен данными устройств и объекты оборудования
Модель данныхОбъекты платформы и функциональные блокиСтандартные объекты с номерами экземпляров и свойствами
СлужбыСлужбы платформы и протокольные адаптерыWho-Is, ReadProperty, WriteProperty, SubscribeCOV
Расположение логикиВ программе контроллераВ устройствах BACnet или в BMS
Экосистема устройствУстройства Loxone плюс открытые протоколыУстройства BACnet разных производителей
Типичная рольМежсистемная интеграция и эксплуатацияПодключение оборудования, приточных установок, чиллеров и счётчиков
Средство проектированияLoxone ConfigСредство BMS производителя или средство проектирования BACnet
Обработка записиЛогика платформы с определённой ответственностьюМассив приоритетов с поведением при отказе от приоритета
ОтчётностьВстроено в платформуЗависит от BMS или супервизора
Сильная сторонаЕдиный уровень логики для всех системНезависимая от производителя интеграция оборудования
ОграничениеКонфигурация с центром в контроллереОбъектная модель не описывает последовательности
Документы для передачи объектаРезервная копия Config, перечень точек и протоколы испытанийРеестр устройств, экспорт объектов и протоколы испытаний
Типичное применениеИнтегрированная эксплуатация зданияУправление оборудованием и спецификация BMS

Изображения проекта

3 images
Модуль расширения Modbus
Интерфейс Modbus
Релейный контроллер Loxone Nano
Коммутация
Панель управления автоматизацией здания на планшете
Единая картина эксплуатации

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

01Loxone — это система BACnet?

Нет. Loxone — платформа контроллера, которая поддерживает BACnet/IP как один из интерфейсов. Система BACnet строится из устройств BACnet и супервизора с поддержкой BACnet.

02Может ли Loxone читать данные устройств BACnet?

Да, через интерфейс BACnet/IP. В проекте подтверждают, какие типы объектов, свойства и службы предоставляют устройства, а затем сопоставляют их с точками платформы.

03Нужен ли шлюз для BACnet?

Не всегда. Устройства BACnet/IP могут подключаться через сеть здания. Шлюз обычно нужен для BACnet MS/TP или для сегмента сети, который нельзя маршрутизировать напрямую.

04Может ли Loxone заменить нашу BMS на BACnet?

Loxone может осуществлять надзор за оборудованием BACnet и обеспечивать уровень оператора, но безопасность оборудования и локальные последовательности должны оставаться в контроллерах оборудования. Вопрос о демонтаже существующей BMS — отдельное решение по жизненному циклу.

05Что открытее?

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

06Могут ли BACnet и Loxone совместно использовать уставки?

Да, при определённом пути записи и приоритете. В проекте следует решить, какая система владеет уставкой, что происходит при потере связи и как фиксируется последняя команда.

07Что следует проверить перед передачей объекта?

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

08Подходит ли BACnet для небольших зданий?

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

Следующий шаг

Приведите нам здание.

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