Los ocupantes de edificios comerciales quieren que sus instalaciones tengan un grado de inteligencia y automatización, mientras que los propietarios de bienes raíces se apresuran a entregar a través de ioT. Tal vez esto explique por qué se espera que la tasa de crecimiento anual compuesto del mercado de automatización y control de edificios crezca más del 21 % para 2028. Después de todo, el Internet de las instalaciones IoT es la forma de llegar a la oficina prometida del futuro, y recientemente Las tendencias han hecho que los edificios inteligentes sean más un requisito que un privilegio.
Las empresas tienen objetivos energéticos; IoT ayuda a satisfacer sus necesidades a través del control automático de HVAC, iluminación y más. El auge del trabajo remoto ha dado lugar a una gran cantidad de espacios 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 invertir de una manera que pueda proporcionar un buen retorno de la inversión y respaldar el uso de comunicaciones por cable e inalámbricas. El protocolo de red de área amplia remota (LoRaWAN) es una solución prometedora para dispositivos inalámbricos que requiere menos energía que los dispositivos WIFI pero tiene un mayor alcance que los dispositivos Bluetooth. LoRaWAN es administrado por LoRa Alliance, abierta y sin fines de lucro, que crea conectividad inalámbrica remota de bajo costo y bajo consumo entre los dispositivos de edificios inteligentes y las plataformas con las que trabaja.
El problema es que los integradores luchan por conectar los dispositivos LoRaWAN a los sistemas tradicionales de control y automatización de edificios (BACS). El nuevo Protocolo de acceso a Internet de las cosas (IAP) resuelve este problema. Eso es todo.
La lucha por conectar dispositivos LoRaWAN a BACS tradicionales
Es muy probable que cualquier edificio mediano o grande esté equipado con BACS con equipos que utilizan comunicaciones por cable, y BACS no está diseñado para mantenerse al día con la innovación de IoT. Durante décadas, los operadores han estado utilizando estas plataformas BACS tradicionales para administrar todas las tecnologías dentro de los edificios: HVAC, iluminación, control de acceso, seguridad, ascensores, todo lo cual ha ganado una utilidad considerable con la incorporación de Internet de las cosas.
Si desea ampliar la automatización de edificios, debe transferir datos de cada dispositivo IoT discreto a BACS. Pero hay una discrepancia entre el estándar LoRaWAN y el protocolo de red BACS común. Los protocolos de conectividad que comprende BACS (por nombrar algunos) son estándares muy completos. Tienen un modelo de datos enriquecido, especifican servicios de red y brindan capacidades de comando y control, todo estrictamente definido en la arquitectura BACS.
LoRaWAN no cumple con todas estas definiciones de BACS por sí mismo, por lo que es difícil crear integraciones sólidas. Hasta hace poco, los integradores de edificios inteligentes usaban uno de dos métodos para conectar dispositivos LoRaWAN a BACS tradicionales, ninguno de los cuales era ideal:
Mapeo manual de puntos de datos. Primero, conecta su dispositivo LoRaWAN al servidor web LoRa. Luego, cada punto de datos en el servidor se asigna al punto correspondiente en BACS. La dificultad surge cuando se trata de BACS, donde debe configurar manualmente algoritmos automatizados, incluida la definición y configuración del significado básico de los puntos de datos. Por ejemplo, debe decirle a BACS que la lectura de temperatura es una lectura de temperatura del espacio interior y crear un algoritmo que le diga al sistema cómo procesar ese punto de datos. Los integradores de sistemas de edificios requieren una configuración manual extensa, que consume mucho tiempo y recursos.
Protocolo de compresión de encabezado de contexto estático (SCHC). Si no desea codificar el mapeo de datos en el lado BACS, SCHC puede ayudar. Este marco de compresión llena todo el mensaje BACnet en el paquete LoRa. Esto transfiere las propiedades completas del objeto BACnet de extremo a extremo desde el dispositivo a BACS. La definición de un punto de datos está integrada. Solo hay un problema: los integradores no pueden implementar SCHC por su cuenta. El protocolo debe estar integrado en el dispositivo, lo que significa que solo el fabricante del dispositivo puede implementarlo. Para empeorar las cosas, los dispositivos de construcción inteligente SCHC son más complejos y, por lo tanto, más caros que los sensores LoRaWAN simples, suponiendo que alguien los fabrique primero. Si hay un pequeño número de fabricantes, este equipo escaso probablemente requerirá un tiempo de entrega de 6 a 12 meses en la interrupción actual de la cadena de suministro.
Ninguno de estos métodos admite inteligencia para dispositivos IoT edge; toda la manipulación de datos tiene lugar en el nivel BACS. Además, solo admiten BACnet, el principal protocolo de comunicación en el campo de la automatización y el control de edificios. Si parte de su infraestructura de IoT se basa en LON, Modbus o DALI para el control de iluminación, o protocolos de Ethernet industrial para su fábrica, no tiene suerte. Afortunadamente, ahora está disponible una tercera opción, que promete simplificar mucho el trabajo de un integrador de edificios inteligentes.
Protocolo de acceso IoT (IAP) para la integración de LoRaWAN con BACS
Estandarizado recientemente a través de ANSI y CTA, IAP es un protocolo de acceso a servicios y datos independiente de la plataforma que describe la definición de información, modelos de datos y servicios para dispositivos IIoT. Más simplemente, crea una estructura de datos y servicios que conecta todos los elementos de una infraestructura de edificio inteligente, incluido un modelo común de información y servicios proporcionados por dispositivos de borde en redes de control y automatización de edificios. Instale un servidor perimetral con IAP, convierta y normalice datos de dispositivos LoRaWAN en sistemas que usen BACnet, LON, Modbus o casi cualquier otro protocolo BACS, y use BACnet, LON u OPC para acceder a datos y servicios desde estaciones de trabajo a UA.
IAP crea un gemelo digital para su dispositivo. BACS accede a cada gemelo a través de cualquier protocolo BACS de su elección, traduciendo LoRa a un lenguaje que BACS pueda entender. Si configura un servidor IAP para incluir un servidor BACnet, su BACS reconocerá el dispositivo LoRaWAN como un dispositivo BACnet; Es así de simple. Elimine la necesidad de una integración manual tosca, codificada o pidiendo a los fabricantes de dispositivos que admitan SCHC. Con algunos de los servidores perimetrales IAP de la actualidad, los integradores pueden incluso crear integraciones de LoRaWAN a BACS en entornos de bajo código con una interfaz de usuario simple y herramientas de arrastrar y soltar.
Aún mejor, IAP es altamente escalable. Si lo instala en sus instalaciones, puede usar la misma configuración de dispositivo y punto de datos en todas sus instalaciones, simplemente instale un servidor IAP Edge. Los servidores perimetrales con IAP obtendrán resultados. Pregúntele al minorista de muebles del Reino Unido DFS, que utiliza servidores perimetrales IAP para conectar sensores ambientales (y más) a plataformas bacs en múltiples instalaciones. El sistema multiprotocolo abierto ayuda a reducir el uso de energía de DFS, ahorrando a las tiendas minoristas típicas que usan el sistema un 33 por ciento en costos de electricidad y un 26 por ciento en costos de gas natural. Si está buscando resultados similares y no desea configurar manualmente y codificar BACS heredados, consulte IAP. Podría ser la herramienta de integración LoRaWAN/BACS que estaba esperando.
Esperamos sus seguidores y gustos. Conozca más productos y literatura técnica, visite nuestro sitio web oficial https://www.cdebyte.com. Para cualquier consulta técnica o de producto, comuníquese con nuestra página web oficial para consultar.