IAP создает лучшее решение LoRaWAN для умных зданий

Арендаторы коммерческих зданий ожидают определенного уровня интеллекта и автоматизации в своих объектах, а владельцы недвижимости стремятся реализовать свои возможности с помощью Интернета вещей. Возможно, это объясняет, почему совокупный годовой темп роста рынка автоматизации и управления зданиями, как ожидается, вырастет более чем на 21 процент до 2028 года. В конце концов, средства Интернета вещей — это то, как вы достигаете обещанного офиса будущего, а последние тенденции делают умные здания скорее требованием, чем привилегией. 

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

Учитывая эти рыночные силы, вопрос не в том, инвестировать ли в технологию умного здания, а в том, как сделать это таким образом, чтобы обеспечить высокую отдачу от этих инвестиций и поддерживать устройства, использующие как проводную, так и беспроводную связь. Протокол глобальной сети большого радиуса действия (LoRaWAN) — многообещающее решение для беспроводных устройств, которым требуется меньше энергии, чем устройствам WIFI, но которые имеют больший радиус действия, чем устройства Bluetooth. Управляется открытой некоммерческой организацией LoRa Альянс, LoRaWAN создает недорогие, маломощные беспроводные соединения на большие расстояния. между устройствами умного здания и платформами, с которыми они работают. 

Проблема в том, что интеграторы изо всех сил пытаются подключить устройства LoRaWAN к устаревшим проводным системам автоматизации и управления зданиями (BACS). Новый протокол доступа к Интернету вещей (IAP) решает эту проблему. Вот как.    

Борьба за подключение устройств LoRaWAN к устаревшим BACS

В любом здании среднего или большего размера, скорее всего, есть BACS с устройствами, использующими проводную связь, и эта BACS не предназначена для того, чтобы идти в ногу с темпами инноваций в Интернете вещей. На протяжении десятилетий операторы использовали эти устаревшие платформы BACS для управления всеми технологиями в здании: отоплением, вентиляцией, освещением, контролем доступа, безопасностью, лифтами — всеми системами, которые приобретают значительную полезность с добавлением Интернета вещей. 

Если вы хотите расширить автоматизацию здания, вам необходимо передавать данные с каждого отдельного устройства IoT в BACS. Но существует несоответствие между стандартом LoRaWAN и распространенными сетевыми протоколами BACS. Протоколы подключения, которые понимает ваша BACS — BACnet и LON, и это лишь некоторые из них — представляют собой очень богатые стандарты. Они имеют богатые модели данных, определяют сетевые сервисы и предоставляют возможности управления и контроля — и все это строго определено в архитектуре 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 для преобразования и нормализации данных с устройств 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 для подключения датчиков окружающей среды (и других устройств) к платформам BACS на нескольких объектах. Открытая многопротокольная система помогла DFS сократить потребление энергии, сэкономив около 33 процентов затрат на электроэнергию и 26 процентов на газ для типичного розничного магазина, использующего эту систему. Если вы ищете аналогичные результаты и вам не хочется вручную настраивать и жестко кодировать устаревшую BACS, обратите внимание на IAP. Возможно, это тот инструмент интеграции LoRaWAN/BACS, которого вы так долго ждали.

Источник: https://www.iotforall.com/iap-creates-a-better-lorawan-solution-for-smart-buildings.