IAP loob nutikatele hoonetele parema LoRaWAN-lahenduse

Ärihoonete kasutajad ootavad oma rajatistes teatud intelligentsuse ja automatiseerimise taset ning kinnisvaraomanikud võistlevad asjade Interneti kaudu. Võib-olla seletab see, miks hooneautomaatika ja -juhtimise turu aastane liitkasvutempo eeldatavasti kasvab rohkem kui 21 protsenti kuni 2028. aastani. Lõppude lõpuks on rajatised IoT see, kuidas jõuate tõotatud tulevikukontorisse – ja hiljutised suundumused muudavad nutikad hooned pigem nõudeks kui hüveks. 

Ettevõtetel on energiaeesmärgid; IoT aitab nendega toime tulla HVAC-i, valgustuse ja muu automaatse juhtimisega. Kaugtöö kasv on toonud kaasa palju kasutamata ruumi; IoT suudab need ruumid tuvastada, isikupärastada neid ajutiste kasutajate jaoks ja pakkuda andmeid iga ruutjalga optimeerimise kohta.  

Arvestades neid turujõude, ei ole küsimus selles, kas investeerida nutikasse hoonetehnoloogiasse, vaid selles, kuidas seda teha viisil, mis annaks investeeringult suure tasuvuse ja toetab seadmeid, mis kasutavad nii juhtmega kui ka juhtmeta sidet. Long Range Wide Area Network (LoRaWAN) protokoll on paljulubav lahendus traadita seadmetele, mis nõuavad vähem energiat kui WIFI-seadmed, kuid mille leviulatus on suurem kui Bluetooth-seadmetel. Haldab avatud mittetulundusühing LoRa liit, LoRaWAN loob odavaid, väikese võimsusega pikamaa traadita ühendusi nutikate ehitusseadmete ja platvormide vahel, millega nad töötavad. 

Probleem on selles, et integraatoritel on raskusi LoRaWAN-seadmete ühendamisel pärandjuhtmega hooneautomaatika- ja juhtimissüsteemidega (BACS). Uus IoT juurdepääsuprotokoll (IAP) lahendab probleemi. Siin on, kuidas.    

Võitlus LoRaWAN-seadmete ühendamiseks BACS-iga

Kõigil keskmise suurusega või suurematel hoonetel on tõenäoliselt BACS koos juhtmega sidet kasutavate seadmetega ja see BACS ei ole loodud asjade Interneti innovatsioonitempoga sammu pidama. Aastakümneid on operaatorid kasutanud neid BACS-i pärandplatvorme, et hallata kõiki hoones kasutatavaid tehnoloogiaid: HVAC, valgustus, juurdepääsukontroll, turvalisus, liftid – kõik süsteemid, mis saavad asjade Interneti lisamisega märkimisväärset kasu. 

Kui soovite hooneautomaatikat laiendada, peate edastama andmed igast diskreetsest IoT-seadmest BACS-i. Kuid LoRaWAN-standardi ja tavaliste BACS-võrguprotokollide vahel on ebakõla. Ühenduvusprotokollid, mida teie BACS mõistab – BACnet ja LON, kui nimetada vaid mõnda – on väga rikkalikud standardid. Neil on rikkalikud andmemudelid, need määravad võrguteenused ning pakuvad käsu- ja juhtimisvõimalusi – ja need kõik on BACS-i arhitektuuris rangelt määratletud. 

LoRaWAN ei ühti kõigi nende BACS-i määratlustega, seega on raske tugevat integratsiooni luua. Kuni viimase ajani ühendasid nutikad hooneintegraatorid LoRaWAN-i seadmed BACS-iga, kasutades ühte kahest lähenemisviisist, millest kumbki pole ideaalne: 

• Andmepunktide käsitsi kaardistamine. Kõigepealt ühendate LoRaWAN-seadme LoRa võrguserveriga. Seejärel vastendate iga andmepunkti serveris vastava punktiga BACS-is. Raskus tekib BACS-i poolel, kus peate käsitsi konfigureerima automatiseerimisalgoritme, sealhulgas andmepunktide põhitähendusi määratlema ja konfigureerima. Peate BACS-ile ütlema, et temperatuurinäit on näiteks siseruumi temperatuurinäit, ja looma algoritmi, mis ütleb süsteemile, mida selle andmepunktiga teha. See on hoonesüsteemide integraatorite poolt palju ressursimahukas ja aeganõudev käsitsi seadistamine. 
• Staatilise konteksti päise tihendamise (SCHC) protokoll. Kui te ei soovi BACS-i poolel andmete kaardistamist kõvakoodiga, võib SCHC aidata. See tihendusraamistik toidab LoRa paketti kogu BACneti sõnumi. See edastab täieliku BACneti objekti atribuudi seadmest BACS-i. Andmepunkti määratlus on sisse ehitatud. On ainult üks probleem: integraatorid ei saa SCHC-d iseseisvalt rakendada. Protokoll peab olema seadmesse sisse ehitatud, mis tähendab, et ainult seadme tootja saab seda teha. Veelgi hullem on see, et SCHC nutikad ehitusseadmed on keerukamad ja seetõttu kallimad kui lihtsad LoRaWAN-i andurid – eeldades, et keegi on need esmalt valmistanud. Kui tootjaid on vähe, on tänapäevaste tarneahela häiretega väga tõenäoline, et sellistel nappidel seadmetel on 6–12-kuuline tarneaeg.

Kumbki neist lähenemisviisidest ei toeta asjade Interneti servaseadmete intelligentsust; kõik andmetoimingud toimuvad BACS-i tasemel. Samuti toetavad nad ainult BACnetit, domineerivat sideprotokolli hoone automatiseerimises ja juhtimises. Kui osa teie asjade interneti infrastruktuurist tugineb valgustuse juhtimiseks LON-ile, Modbusile või DALI-le või tehaste tööstuslikele Etherneti protokollidele, siis pole teil õnne. Õnneks on nüüd saadaval ka kolmas võimalus ja see muudab nutikate hoonete integraatorite töö palju lihtsamaks.  

Tutvuge IoT juurdepääsuprotokolliga (IAP) LoRaWANi integreerimiseks BACS-iga

IAP, hiljuti standarditud ANSI ja CTA kaudu, on platvormi agnostiline andmete ja teenuste juurdepääsuprotokoll, mis üldistab teabe, andmemudelite ja teenuste määratlusi tööstuslike IoT-seadmete jaoks. Lihtsamalt öeldes loob see andmete ja teenuste struktuuri, mis ühendab kõik teie nutika hoone infrastruktuuri elemendid, sealhulgas hooneautomaatika ja juhtimisvõrgu servaseadmete pakutava teabe ja teenuste ühise mudeli. Installige IAP-ga servaserver, et tõlkida ja normaliseerida LoRaWAN-seadmete andmed BACneti, LON-i, Modbusi või praktiliselt mis tahes muu BACS-protokolliga süsteemi ning pääsete juurde kõigi seadmete andmetele ja teenustele tööjaamadest, kasutades BACneti, LON-i või OPC-i. UA. 

IAP loob a digitaalne kaksik teie seadmetest. Igale kaksikule pääseb BACS juurde mis tahes valitud BACS-protokolli kaudu, tõlkides LoRa BACS-ile arusaadavasse keelde. Kui seate IAP-serveri kaasama BACneti serverit, tuvastab teie BACS LoRaWAN-seadme BACneti seadmena; nii lihtne see ongi. Enam pole vaja kohmakat käsitsi integreerimist, kõva kodeerimist ega seadmete tootjate anumist SCHC-d toetada. Mõnede tänapäevaste IAP-serveritega saavad integraatorid lihtsa kasutajaliidese ja pukseerimistööriistade abil luua madala koodisisaldusega keskkonnas isegi LoRaWAN-BACS-i integratsioone. 

Veelgi parem, IAP on intensiivselt skaleeritav. Kui installite selle mõnda oma rajatisse, saate kasutada samu seadme ja andmepunkti konfiguratsioone kõigis oma rajatistes, installides lihtsalt IAP servaserveri. Ja IAP-iga servaserverid saavad tulemusi. Küsige lihtsalt Ühendkuningriigi mööblimüüjalt DFS-i, kes kasutas IAP servaservereid keskkonnaandurite (ja muu) ühendamiseks BACS-i platvormidega mitmes rajatises. Avatud mitme protokolliga süsteem aitas vähendada DFS-i energiakasutust, säästes umbes 33 protsenti elektrikuludest ja 26 protsenti gaasi arvelt tavalise süsteemiga jaekaupluse jaoks. Kui otsite sarnaseid tulemusi ja te ei soovi pärand-BACS-i käsitsi konfigureerida ja kõvasti kodeerida, vaadake IAP-i. See võib olla LoRaWAN/BACS-i integratsioonitööriist, mida olete oodanud.

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