IAP crea una mejor solución LoRaWAN para edificios inteligentes

Los ocupantes de edificios comerciales esperan algún nivel de inteligencia y automatización en sus instalaciones, y los propietarios de bienes raíces están compitiendo para entregar a través de IoT. Tal vez eso explique por qué se espera que la tasa de crecimiento anual compuesto para el mercado de automatización y control de edificios crezca más de 21 por ciento hasta 2028. Después de todo, las instalaciones IoT son la forma de llegar a la oficina prometida del futuro, y las tendencias recientes están haciendo que los edificios inteligentes sean más un requisito que un beneficio. 

Las empresas tienen objetivos energéticos; IoT ayuda a cumplir con ellos con control automatizado sobre HVAC, iluminación y más. El auge del trabajo remoto ha dado lugar a una gran cantidad de espacio de instalaciones sin utilizar; IoT puede identificar estos espacios, personalizarlos para usuarios temporales y proporcionar datos sobre cómo optimizar cada pie cuadrado.  

Dadas estas fuerzas del mercado, la pregunta no es si invertir en tecnología de construcción inteligente, sino cómo hacerlo de una manera que proporcione un fuerte retorno de esa inversión y sea compatible con dispositivos que usan comunicación por cable e inalámbrica. El protocolo de red de área amplia de largo alcance (LoRaWAN) es una solución prometedora para dispositivos inalámbricos que requieren menos energía que los dispositivos WIFI, pero tienen un mayor alcance que los dispositivos Bluetooth. Administrado por la organización abierta sin fines de lucro Alianza LoRa, LoRaWAN crea conexiones inalámbricas de bajo costo, bajo consumo y largo alcance entre los dispositivos de construcción inteligente y las plataformas con las que trabajan. 

El problema es que los integradores luchan por conectar los dispositivos LoRaWAN a los sistemas de control y automatización de edificios (BACS) cableados heredados. El nuevo Protocolo de Acceso IoT (IAP) resuelve el problema. Así es cómo.    

La lucha por conectar dispositivos LoRaWAN a BACS heredados

Lo más probable es que cualquier edificio de tamaño mediano o grande tenga un BACS con dispositivos que utilicen comunicación por cable, y ese BACS no está diseñado para seguir el ritmo de la innovación en IoT. Durante décadas, los operadores han utilizado estas plataformas BACS heredadas para administrar todas las tecnologías dentro del edificio: HVAC, iluminación, control de acceso, seguridad, ascensores, todos los sistemas que obtienen una utilidad considerable con la adición de IoT. 

Si desea expandir la automatización de edificios, debe transmitir datos desde cada dispositivo IoT discreto al BACS. Pero hay una discrepancia entre el estándar LoRaWAN y los protocolos de red BACS comunes. Los protocolos de conectividad que comprende su BACS (BACnet y LON, solo por nombrar algunos) son estándares muy completos. Tienen modelos de datos enriquecidos, especifican servicios de red y brindan capacidades de comando y control, y todo esto está estrictamente definido dentro de la arquitectura BACS. 

LoRaWAN no se alinea de forma nativa con todas estas definiciones de BACS, por lo que es difícil crear una integración sólida. Hasta hace poco, los integradores de edificios inteligentes conectaban dispositivos LoRaWAN a BACS heredados utilizando uno de dos enfoques, ninguno de los cuales es ideal: 

• Mapeo manual de puntos de datos. Primero, conecta un dispositivo LoRaWAN a un servidor de red LoRa. Luego asigna cada punto de datos en el servidor a un punto correspondiente en el BACS. La dificultad surge del lado de BACS, donde debe configurar manualmente los algoritmos de automatización, incluida la definición y configuración de los significados básicos de los puntos de datos. Debe decirle al BACS que una lectura de temperatura es una lectura de temperatura del espacio interior, por ejemplo, y crear un algoritmo que le diga al sistema qué hacer con ese punto de datos. Es una configuración manual que consume muchos recursos y consume mucho tiempo por parte de los integradores de sistemas de edificios. 
• El protocolo de compresión de encabezado de contexto estático (SCHC). Si prefiere no codificar el mapeo de datos en el lado BACS, SCHC puede ayudarlo. Este marco de compresión incluye un mensaje BACnet completo dentro de un paquete LoRa. Eso transfiere una propiedad de objeto BACnet completa de un extremo a otro desde el dispositivo al BACS. La definición del punto de datos está incorporada. Solo hay un problema: los integradores no pueden implementar SCHC por su cuenta. El protocolo debe integrarse en el dispositivo, lo que significa que solo el fabricante del dispositivo puede hacerlo posible. Peor aún, los dispositivos de construcción inteligente SCHC son más complejos y, por lo tanto, más costosos que los sensores LoRaWAN simples, suponiendo que alguien los fabrique en primer lugar. Si hay algunos fabricantes, con las interrupciones de la cadena de suministro de hoy en día, es muy probable que estos dispositivos escasos tengan plazos de entrega de 6 a 12 meses.

Ninguno de estos enfoques admite inteligencia en dispositivos perimetrales de IoT; todas las operaciones de datos tienen lugar en el nivel BACS. Además, solo admiten BACnet, el protocolo de comunicaciones dominante en la automatización y el control de edificios. Si parte de su infraestructura de IoT se basa en LON, Modbus o DALI para los controles de iluminación, o protocolos de Ethernet industrial para fábricas, no tiene suerte. Afortunadamente, ahora hay disponible una tercera opción, y está lista para hacer el trabajo mucho más simple para los integradores de edificios inteligentes.  

Conozca el Protocolo de acceso de IoT (IAP) para la integración de LoRaWAN con BACS

IAP, recientemente estandarizado a través de ANSI y CTA, es un protocolo de acceso a servicios y datos independiente de la plataforma que generaliza definiciones de información, modelos de datos y servicios para dispositivos IoT industriales. Más simplemente, crea una estructura de datos y servicios que conecta todos los elementos de la infraestructura de su edificio inteligente, incluido un modelo común para la información y los servicios proporcionados por los dispositivos de borde en la red de control y automatización del edificio. Instale un servidor perimetral con IAP para traducir y normalizar datos de dispositivos LoRaWAN en un sistema con BACnet, LON, Modbus o prácticamente cualquier otro protocolo BACS, y acceda a los datos y servicios de todos los dispositivos desde estaciones de trabajo que usan BACnet, LON u OPC UA. 

IAP crea un gemelo digital de sus dispositivos. El BACS accede a cada gemelo a través de cualquier protocolo BACS de elección, traduciendo LoRa a un idioma que el BACS pueda entender. Si configura un servidor IAP para incluir un servidor BACnet, su BACS reconocerá un dispositivo LoRaWAN como un dispositivo BACnet; Es así de simple. Se acabaron las torpes integraciones manuales, la codificación rígida o los fabricantes de dispositivos que ruegan que admitan SCHC. Con algunos de los servidores perimetrales IAP de hoy en día, los integradores pueden incluso crear integraciones de LoRaWAN a BACS en un entorno de código bajo, con una interfaz de usuario simple y herramientas de arrastrar y soltar. 

Aún mejor, IAP es intensamente escalable. Si lo instala en una de sus instalaciones, puede usar las mismas configuraciones de dispositivos y puntos de datos en todas sus instalaciones, simplemente instalando el servidor perimetral IAP. Y los servidores perimetrales con IAP obtienen resultados. Pregúntele al minorista de muebles del Reino Unido DFS, que usó servidores perimetrales IAP para conectar sensores ambientales (y más) a plataformas BACS en múltiples instalaciones. El sistema abierto y multiprotocolo ayudó a reducir el uso de energía de DFS, ahorrando alrededor del 33 por ciento de los costos de electricidad y el 26 por ciento en gas para una tienda minorista típica con el sistema. Si está buscando resultados similares, y no tiene ganas de configurar y codificar manualmente un BACS heredado, consulte IAP. Podría ser la herramienta de integración LoRaWAN/BACS que estaba esperando.

Fuente: https://www.iotforall.com/iap-creates-a-better-lorawan-solution-for-smart-buildings