IAP crée une meilleure solution LoRaWAN pour les bâtiments intelligents

Les occupants des bâtiments commerciaux s'attendent à un certain niveau d'intelligence et d'automatisation dans leurs installations, et les propriétaires immobiliers s'empressent d'y parvenir via l'IoT. Cela explique peut-être pourquoi le taux de croissance annuel composé du marché de l'automatisation et du contrôle des bâtiments devrait croître plus que 21 % jusqu'en 2028. Après tout, l’IoT des installations est le moyen d’atteindre le bureau promis du futur – et les tendances récentes font des bâtiments intelligents davantage une exigence qu’un avantage. 

Les entreprises ont des objectifs énergétiques ; L'IoT permet d'y répondre grâce à un contrôle automatisé du CVC, de l'éclairage, etc. L’essor du travail à distance a conduit à de nombreux espaces inutilisés dans les installations ; L'IoT peut identifier ces espaces, les personnaliser pour les utilisateurs temporaires et fournir des données sur la manière d'optimiser chaque pied carré.  

Compte tenu de ces forces du marché, la question n’est pas de savoir s’il faut investir dans la technologie des bâtiments intelligents, mais plutôt de savoir comment le faire de manière à fournir un retour sur investissement important et à prendre en charge les appareils utilisant à la fois la communication filaire et sans fil. Le protocole LoRaWAN (Long Range Wide Area Network) est une solution prometteuse pour les appareils sans fil qui nécessitent moins d'énergie que les appareils WIFI, mais ont une portée plus longue que les appareils Bluetooth. Administré par l'association ouverte à but non lucratif Alliance LoRa, LoRaWAN crée des connexions sans fil longue portée, à faible coût et à faible consommation entre les appareils des bâtiments intelligents et les plateformes avec lesquelles ils fonctionnent. 

Le problème est que les intégrateurs ont du mal à connecter les appareils LoRaWAN aux anciens systèmes filaires d'automatisation et de contrôle des bâtiments (BACS). Le nouveau protocole d'accès IoT (IAP) résout le problème. Voici comment.    

La lutte pour connecter les appareils LoRaWAN aux anciens BACS

Tout bâtiment de taille moyenne ou plus grande dispose très probablement d'un BACS avec des appareils utilisant la communication filaire, et ce BACS n'est pas conçu pour suivre le rythme de l'innovation dans l'IoT. Pendant des décennies, les opérateurs ont utilisé ces anciennes plates-formes BACS pour gérer toutes les technologies du bâtiment : CVC, éclairage, contrôle d'accès, sécurité, ascenseurs — tous des systèmes qui gagnent en utilité considérable avec l'ajout de l'IoT. 

Si vous souhaitez étendre l'automatisation des bâtiments, vous devez transmettre les données de chaque appareil IoT discret au BACS. Mais il existe une inadéquation entre la norme LoRaWAN et les protocoles réseau BACS courants. Les protocoles de connectivité compris par votre BACS (BACnet et LON, pour n'en nommer que quelques-uns) sont des normes très riches. Ils disposent de modèles de données riches, spécifient des services réseau et fournissent des capacités de commande et de contrôle, le tout strictement défini dans l'architecture BACS. 

LoRaWAN ne s'aligne pas nativement sur toutes ces définitions BACS, il est donc difficile de créer une intégration solide. Jusqu'à récemment, les intégrateurs de bâtiments intelligents connectaient les appareils LoRaWAN aux BACS existants en utilisant l'une des deux approches suivantes, dont aucune n'est idéale : 

• Cartographie manuelle des points de données. Vous connectez d’abord un appareil LoRaWAN à un serveur réseau LoRa. Ensuite, vous mappez chaque point de données du serveur à un point correspondant dans le BACS. La difficulté se pose du côté BACS, où vous devez configurer manuellement les algorithmes d'automatisation, y compris la définition et la configuration des significations de base des points de données. Vous devez indiquer au BACS qu'une lecture de température est une lecture de température intérieure, par exemple, et créer un algorithme qui indique au système quoi faire avec ce point de données. Il s’agit d’une configuration manuelle longue et gourmande en ressources de la part des intégrateurs de systèmes du bâtiment. 
• Le protocole de compression d'en-tête de contexte statique (SCHC). Si vous préférez ne pas coder en dur le mappage des données côté BACS, SCHC peut vous aider. Ce cadre de compression intègre un message BACnet entier dans un paquet LoRa. Cela transfère une propriété d'objet BACnet complète de bout en bout de l'appareil vers le BACS. La définition du point de données est intégrée. Il n'y a qu'un seul problème : les intégrateurs ne peuvent pas mettre en œuvre SCHC eux-mêmes. Le protocole doit être intégré à l’appareil, ce qui signifie que seul le fabricant de l’appareil peut le mettre en œuvre. Pire encore, les dispositifs pour bâtiments intelligents SCHC sont plus complexes, et donc plus chers, que de simples capteurs LoRaWAN, en supposant que quelqu'un les fabrique en premier lieu. S’il existe quelques fabricants, avec les perturbations actuelles de la chaîne d’approvisionnement, il est très probable que des appareils aussi rares auront des délais de livraison de 6 à 12 mois.

Aucune de ces approches ne prend en charge l’intelligence dans les appareils IoT Edge ; toutes les opérations sur les données ont lieu au niveau BACS. Ils ne prennent également en charge que BACnet, le protocole de communication dominant dans l'automatisation et le contrôle des bâtiments. Si une partie de votre infrastructure IoT s’appuie sur LON, Modbus ou DALI pour les commandes d’éclairage, ou sur des protocoles Ethernet industriels pour les usines, vous n’avez pas de chance. Heureusement, une troisième option est désormais disponible et elle est sur le point de simplifier considérablement le travail des intégrateurs de bâtiments intelligents.  

Découvrez le protocole d'accès IoT (IAP) pour l'intégration LoRaWAN avec BACS

IAP, récemment normalisé par ANSI et CTA, est un protocole d'accès aux données et aux services indépendant de la plate-forme qui généralise les définitions d'informations, de modèles de données et de services pour les appareils IoT industriels. Plus simplement, il crée une structure de données et de services qui connecte tous les éléments de votre infrastructure de bâtiment intelligent, y compris un modèle commun pour les informations et les services fournis par les appareils de périphérie du réseau d'automatisation et de contrôle du bâtiment. Installez un serveur Edge avec IAP pour traduire et normaliser les données des appareils LoRaWAN dans un système avec BACnet, LON, Modbus ou pratiquement tout autre protocole BACS, et accéder aux données et services de tous les appareils à partir de postes de travail utilisant BACnet, LON ou OPC. UA. 

IAP crée un jumeau numérique de vos appareils. Le BACS accède à chaque jumeau via n'importe quel protocole BACS de son choix, traduisant LoRa dans un langage que le BACS peut comprendre. Si vous configurez un serveur IAP pour inclure un serveur BACnet, votre BACS reconnaîtra un appareil LoRaWAN comme un appareil BACnet ; c'est si simple. Fini les intégrations manuelles maladroites, le codage en dur ou la demande aux fabricants d'appareils de prendre en charge SCHC. Avec certains des serveurs Edge IAP actuels, les intégrateurs peuvent même créer des intégrations LoRaWAN vers BACS dans un environnement low-code, avec une interface utilisateur simple et des outils de glisser-déposer. 

Mieux encore, IAP est extrêmement évolutif. Si vous l'installez dans l'une de vos installations, vous pouvez utiliser les mêmes configurations d'appareils et de points de données dans toutes vos installations, simplement en installant le serveur Edge IAP. Et les serveurs Edge avec IAP obtiennent des résultats. Il suffit de demander au détaillant de meubles britannique DFS, qui a utilisé des serveurs périphériques IAP pour connecter des capteurs environnementaux (et plus encore) aux plates-formes BACS dans plusieurs installations. Le système ouvert et multiprotocole a contribué à réduire la consommation d’énergie de DFS, en économisant environ 33 % des coûts d’électricité et 26 % de gaz pour un magasin de détail typique équipé du système. Si vous recherchez des résultats similaires et que vous n'avez pas envie de configurer manuellement et de coder en dur un BACS existant, consultez IAP. Il pourrait s’agir de l’outil d’intégration LoRaWAN/BACS que vous attendiez.

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