IAP creează o soluție LoRaWAN mai bună pentru clădiri inteligente

Locuitorii clădirilor comerciale se așteaptă la un anumit nivel de inteligență și automatizare în facilitățile lor, iar proprietarii imobiliari se întrec pentru a livra prin IoT. Poate că asta explică de ce rata de creștere anuală compusă pentru piața de automatizare și control al clădirilor este de așteptat să crească mai mult decât 21% până în 2028. La urma urmei, facilitățile IoT reprezintă modul în care ajungeți la biroul promis al viitorului – iar tendințele recente fac din clădirile inteligente mai mult o cerință decât un avantaj. 

Companiile au obiective energetice; IoT ajută la îndeplinirea lor cu control automatizat asupra HVAC, iluminat și multe altele. Creșterea lucrului de la distanță a dus la o mulțime de spațiu nefolosit; IoT poate identifica aceste spații, le poate personaliza pentru utilizatorii temporari și poate oferi date despre cum să optimizați fiecare metru pătrat.  

Având în vedere aceste forțe de piață, întrebarea nu este dacă să investești în tehnologia clădirilor inteligente, ci este cum să faci acest lucru într-un mod care să ofere o rentabilitate puternică a investiției și să accepte dispozitive care utilizează atât comunicații cu fir, cât și fără fir. Protocolul Long Range Wide Area Network (LoRaWAN) este o soluție promițătoare pentru dispozitivele fără fir care necesită mai puțină energie decât dispozitivele WIFI, dar au o rază de acțiune mai mare decât dispozitivele Bluetooth. Administrat de organizația deschisă, nonprofit Alianța LoRa, LoRaWAN creează conexiuni fără fir cu rază lungă de acțiune, cu costuri reduse, cu consum redus între dispozitivele pentru clădiri inteligente și platformele cu care lucrează. 

Problema este că integratorii se luptă să conecteze dispozitivele LoRaWAN la sistemele vechi de automatizare și control a clădirilor cu fir (BACS). Noul protocol de acces IoT (IAP) rezolvă problema. Iată cum.    

Lupta pentru conectarea dispozitivelor LoRaWAN la Legacy BACS

Orice clădire de dimensiuni medii sau mai mari are cel mai probabil un BACS cu dispozitive care utilizează comunicații prin cablu – și acel BACS nu este conceput pentru a ține pasul cu ritmul inovației în IoT. De zeci de ani, operatorii au folosit aceste platforme BACS vechi pentru a gestiona toate tehnologiile din clădire: HVAC, iluminat, control acces, securitate, lifturi - toate sistemele care câștigă o utilitate considerabilă prin adăugarea IoT. 

Dacă doriți să extindeți automatizarea clădirilor, trebuie să transmiteți date de la fiecare dispozitiv IoT discret către BACS. Dar există o nepotrivire între standardul LoRaWAN și protocoalele comune de rețea BACS. Protocoalele de conectivitate pe care le înțelege BACS – BACnet și LON, doar pentru a numi câteva – sunt standarde foarte bogate. Au modele bogate de date, specifică servicii de rețea și oferă capabilități de comandă și control - toate acestea sunt strict definite în arhitectura BACS. 

LoRaWAN nu se potrivește nativ cu toate aceste definiții BACS, așa că este greu să creezi o integrare puternică. Până de curând, integratorii de clădiri inteligente conectau dispozitivele LoRaWAN la BACS vechi folosind una dintre cele două abordări, niciuna dintre ele nu este ideală: 

• Maparea manuală a punctelor de date. Mai întâi conectați un dispozitiv LoRaWAN la un server de rețea LoRa. Apoi mapați fiecare punct de date din server la un punct corespunzător din BACS. Dificultatea apare pe partea BACS, unde trebuie să configurați manual algoritmii de automatizare, inclusiv definirea și configurarea semnificațiilor de bază ale punctelor de date. Trebuie să spuneți BACS că o citire a temperaturii este o citire a temperaturii spațiului interior, de exemplu, și să creați un algoritm care spune sistemului ce să facă cu acel punct de date. Este o mulțime de configurații manuale care necesită mult resurse și consumă mult timp de către integratorii de sisteme de construcție. 
• Protocolul Static Context Header Compression (SCHC). Dacă preferați să nu codificați maparea datelor pe partea BACS, SCHC vă poate ajuta. Acest cadru de compresie încarcă un întreg mesaj BACnet într-un pachet LoRa. Aceasta transferă o proprietate completă a obiectului BACnet de la dispozitiv la BACS. Definiția punctului de date este încorporată. Există o singură problemă: integratorii nu pot implementa SCHC pe cont propriu. Protocolul trebuie să fie încorporat în dispozitiv, ceea ce înseamnă că numai producătorul dispozitivului poate face acest lucru. Mai rău, dispozitivele SCHC pentru clădiri inteligente sunt mai complexe și, prin urmare, mai scumpe decât senzorii simpli LoRaWAN – presupunând că cineva le produce în primul rând. Dacă există câțiva producători, cu întreruperile lanțului de aprovizionare de astăzi, este foarte probabil ca astfel de dispozitive rare să aibă termene de livrare de la 6 la 12 luni.

Niciuna dintre aceste abordări nu acceptă inteligența în dispozitivele IoT edge; toate operatiile de date au loc la nivelul BACS. De asemenea, acceptă doar BACnet, protocolul de comunicații dominant în automatizarea și controlul clădirilor. Dacă o parte din infrastructura dvs. IoT se bazează pe LON, sau Modbus sau DALI pentru controlul iluminatului sau pe protocoale Ethernet industriale pentru fabrici, nu aveți noroc. Din fericire, o a treia opțiune este acum disponibilă și este gata să simplifice munca integratorilor de clădiri inteligente.  

Faceți cunoștință cu Protocolul de acces IoT (IAP) pentru integrarea LoRaWAN cu BACS

IAP, recent standardizat prin ANSI și CTA, este un protocol de acces la date și servicii independent de platformă, care generalizează definițiile informațiilor, modelelor de date și serviciilor pentru dispozitivele industriale IoT. Mai simplu, creează o țesătură de date și servicii care conectează toate elementele din infrastructura clădirii inteligente, inclusiv un model comun pentru informațiile și serviciile furnizate de dispozitivele de vârf din rețeaua de automatizare și control a clădirilor. Instalați un server edge cu IAP pentru a traduce și normaliza datele de la dispozitivele LoRaWAN într-un sistem cu BACnet, LON, Modbus sau practic orice alt protocol BACS și accesați datele și serviciile de pe toate dispozitivele de la stațiile de lucru folosind BACnet, LON sau OPC UA. 

IAP creează un digital twin a dispozitivelor dvs. Fiecare geamăn este accesat de BACS prin orice protocol BACS la alegere, traducând LoRa într-o limbă pe care BACS o poate înțelege. Dacă setați un server IAP să includă un server BACnet, BACS va recunoaște un dispozitiv LoRaWAN ca fiind un dispozitiv BACnet; este atat de simplu. Gata cu integrările manuale greoaie, codificarea greutății sau cerșirea producătorilor de dispozitive să accepte SCHC. Cu unele dintre serverele edge IAP de astăzi, integratorii pot chiar să creeze integrări LoRaWAN-la-BACS într-un mediu low-code, cu o interfață de utilizator simplă și instrumente drag-and-drop. 

Și mai bine, IAP este intens scalabil. Dacă îl instalați într-una dintre facilitățile dvs., puteți utiliza aceleași configurații de dispozitiv și puncte de date în toate facilitățile dvs., doar instalând serverul IAP edge. Și serverele edge cu IAP obțin rezultate. Întrebați doar retailerul britanic de mobilă DFS, care a folosit servere edge IAP pentru a conecta senzori de mediu (și multe altele) la platformele BACS din mai multe facilități. Sistemul deschis, multi-protocol a ajutat la reducerea consumului de energie de către DFS, economisind aproximativ 33% din costurile cu electricitatea și 26% la gaz pentru un magazin obișnuit cu amănuntul cu sistem. Dacă sunteți în căutarea unor rezultate similare - și nu aveți chef să configurați și să codificați manual un BACS moștenit - căutați în IAP. Ar putea fi instrumentul de integrare LoRaWAN/BACS pe care îl așteptați.

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