Владельцы коммерческих зданий хотят, чтобы их объекты были в определенной степени интеллектуальными и автоматизированными, в то время как владельцы недвижимости спешат предоставить услуги через Интернет вещей. Возможно, это объясняет, почему к 2028 году ожидается, что совокупный ежегодный темп роста рынка автоматизации и управления зданиями вырастет более чем на 21%. тенденции сделали умные здания скорее требованием, чем привилегией.
У компаний есть энергетические цели; Интернет вещей помогает удовлетворить их потребности благодаря автоматическому управлению системами отопления, вентиляции и кондиционирования воздуха, освещением и многим другим. Рост удаленной работы привел к большому количеству неиспользуемых помещений; IoT может идентифицировать эти пространства, персонализировать их для временных пользователей и предоставлять данные о том, как оптимизировать каждый квадратный метр.
Учитывая эти рыночные силы, вопрос заключается не в том, стоит ли инвестировать в технологию умного здания, а в том, как инвестировать таким образом, чтобы обеспечить хорошую отдачу от инвестиций и поддержать использование проводных и беспроводных коммуникаций. Протокол удаленной глобальной сети (LoRaWAN) — это многообещающее решение для беспроводных устройств, которое требует меньше энергии, чем устройства WIFI, но имеет больший радиус действия, чем устройства Bluetooth. LoRaWAN управляется открытым некоммерческим альянсом LoRa Alliance, который обеспечивает недорогую удаленную беспроводную связь с низким энергопотреблением между интеллектуальными строительными устройствами и платформами, с которыми он работает.

Проблема в том, что интеграторы изо всех сил пытаются подключить устройства LoRaWAN к традиционным проводным системам автоматизации и управления зданием (BACS). Новый протокол доступа к Интернету вещей (IAP) решает эту проблему. Вот и все.
Борьба за подключение устройств LoRaWAN к традиционным BACS
Любое здание среднего или большого размера, скорее всего, будет оснащено BACS с оборудованием, использующим проводную связь, а BACS не предназначена для того, чтобы идти в ногу с инновациями IoT. В течение десятилетий операторы использовали эти традиционные платформы BACS для управления всеми технологиями в зданиях: ОВКВ, освещением, контролем доступа, безопасностью, лифтами — все они получили значительную полезность с появлением Интернета вещей.
Если вы хотите расширить автоматизацию здания, вам необходимо передавать данные с каждого отдельного устройства IoT в BACS. Но есть несоответствие между стандартом LoRaWAN и общим сетевым протоколом BACS. Протоколы подключения, которые понимает BACS (и это лишь некоторые из них), представляют собой очень богатые стандарты. Они имеют богатую модель данных, специфицируют сетевые службы и предоставляют возможности управления и контроля — все это четко определено в архитектуре BACS.
LoRaWAN сама по себе не соответствует всем этим определениям BACS, поэтому сложно создать надежную интеграцию. До недавнего времени интеграторы интеллектуальных зданий использовали один из двух методов подключения устройств LoRaWAN к традиционным BACS, ни один из которых не был идеальным:
Ручное сопоставление точек данных. Сначала вы подключаете свое устройство LoRaWAN к веб-серверу LoRa. Затем каждая точка данных на сервере сопоставляется с соответствующей точкой в BACS. Сложность возникает, когда речь идет о BACS, где приходится вручную настраивать автоматизированные алгоритмы, включая определение и настройку основного значения точек данных. Например, вы должны указать BACS, что показание температуры является показанием температуры в помещении, и создать алгоритм, сообщающий системе, как обрабатывать эту точку данных. Интеграторам строительных систем требуется обширная, ресурсоемкая и трудоемкая ручная настройка.
Протокол сжатия заголовков статического контекста (SCHC). Если вы не хотите жестко кодировать сопоставление данных на стороне BACS, может помочь SCHC. Эта структура сжатия заполняет все сообщение BACnet в пакете LoRa. При этом полные сквозные свойства объекта BACnet передаются с устройства на BACS. Определение точки данных встроено. Есть только одна проблема: интеграторы не могут внедрить SCHC самостоятельно. Протокол должен быть встроен в устройство, а это значит, что реализовать его может только производитель устройства. Что еще хуже, интеллектуальные строительные устройства SCHC более сложны и, следовательно, дороже, чем простые датчики LoRaWAN — при условии, что кто-то сделает их первым. При наличии небольшого числа производителей для поставки этого дефицитного оборудования, скорее всего, потребуется от 6 до 12 месяцев при сегодняшнем нарушении цепочки поставок.
Ни один из этих методов не поддерживает интеллектуальные функции для периферийных устройств Интернета вещей; все манипуляции с данными происходят на уровне BACS. Они также поддерживают только BACnet, основной протокол связи в области автоматизации и управления зданиями. Если часть вашей инфраструктуры IoT использует LON, Modbus или DALI для управления освещением или промышленные протоколы Ethernet для вашего предприятия, вам не повезло. К счастью, теперь доступен третий вариант, который обещает значительно упростить работу интегратора интеллектуальных зданий.
Протокол доступа IoT (IAP) для интеграции LoRaWAN с BACS
Недавно стандартизированный с помощью ANSI и CTA, IAP представляет собой независимый от платформы протокол доступа к данным и службам, который описывает определение информации, моделей данных и служб для устройств IIoT. Проще говоря, он создает структуру данных и услуг, которая связывает все элементы инфраструктуры умного здания, включая общую модель информации и услуг, предоставляемых пограничными устройствами в сетях автоматизации и управления зданием. Установите пограничный сервер с IAP, преобразуйте и нормализуйте данные с устройств LoRaWAN в системы, использующие BACnet, LON, Modbus или почти любой другой протокол BACS, и используйте BACnet, LON или OPC для доступа к данным и службам с рабочих станций на UA.
IAP создает цифрового двойника для вашего устройства. BACS получает доступ к каждому близнецу через любой протокол BACS по своему выбору, переводя LoRa на язык, понятный BACS. Если вы настроили сервер IAP для включения сервера BACnet, ваша BACS распознает устройство LoRaWAN как устройство BACnet; это так просто. Устраните необходимость неуклюжей ручной интеграции, жесткого кода или просьб производителей устройств о поддержке SCHC. С некоторыми современными пограничными серверами IAP интеграторы могут даже создавать интеграцию LoRaWAN с BACS в средах с низким кодом с помощью простого пользовательского интерфейса и инструментов перетаскивания.
Более того, IAP легко масштабируется. Если вы установите его на своем объекте, вы сможете использовать одну и ту же конфигурацию устройств и точек данных на всех ваших объектах, просто установите пограничный сервер IAP. Пограничные серверы с IAP

получу результаты. Просто спросите британского ритейлера мебели DFS, который использует пограничные серверы IAP для подключения датчиков окружающей среды (и не только) к базовым платформам на нескольких объектах. Открытая многопротокольная система помогает снизить энергопотребление DFS, экономя типичным розничным магазинам, использующим эту систему, примерно 33% расходов на электроэнергию и 26% расходов на природный газ. Если вы ищете аналогичные результаты и не хотите вручную настраивать и жестко программировать устаревшие BACS, ознакомьтесь с IAP. Это может быть долгожданный инструмент интеграции LoRaWAN/BACS.
Мы с нетерпением ждем ваших подписчиков и лайков. Узнайте больше о продуктах и технической литературе, пожалуйста, посетите наш официальный сайт https://www.cdebyte.com. По любым техническим вопросам или запросам по продукту, пожалуйста, свяжитесь с нашей официальной страницей веб-сайта, чтобы узнать!