IAP crea una migliore soluzione LoRaWAN per edifici intelligenti

Gli occupanti degli edifici commerciali si aspettano un certo livello di intelligenza e automazione nelle loro strutture e i proprietari di immobili si stanno affrettando a fornire tramite IoT. Forse questo spiega perché il tasso di crescita annuo composto per il mercato dell'automazione e del controllo degli edifici dovrebbe crescere di più 21 per cento fino al 2028. Dopotutto, l'IoT delle strutture è il modo in cui raggiungi l'ufficio promesso del futuro e le tendenze recenti stanno rendendo gli edifici intelligenti più un requisito che un vantaggio. 

Le aziende hanno obiettivi energetici; L'IoT aiuta a soddisfarli con il controllo automatizzato su HVAC, illuminazione e altro ancora. L'aumento del lavoro a distanza ha portato a molto spazio inutilizzato; L'IoT può identificare questi spazi, personalizzarli per utenti temporanei e fornire dati su come ottimizzare ogni metro quadrato.  

Date queste forze di mercato, la domanda non è se investire nella tecnologia degli edifici intelligenti, ma come farlo in un modo che fornisca un forte ritorno sull'investimento e supporti i dispositivi che utilizzano la comunicazione sia cablata che wireless. Il protocollo LoRaWAN (Long Range Wide Area Network) è una soluzione promettente per i dispositivi wireless che richiedono meno energia rispetto ai dispositivi WIFI, ma hanno una portata maggiore rispetto ai dispositivi Bluetooth. Amministrato dall'open, senza scopo di lucro Alleanza LoRa, LoRaWAN crea connessioni wireless a basso costo, a basso consumo e a lungo raggio tra i dispositivi di smart building e le piattaforme con cui lavorano. 

Il problema è che gli integratori faticano a connettere i dispositivi LoRaWAN ai sistemi di automazione e controllo degli edifici cablati legacy (BACS). Il nuovo IoT Access Protocol (IAP) risolve il problema. Ecco come.    

La lotta per connettere i dispositivi LoRaWAN ai BACS legacy

Qualsiasi edificio di medie o grandi dimensioni molto probabilmente ha un BACS con dispositivi che utilizzano la comunicazione cablata e quel BACS non è progettato per tenere il passo con l'innovazione nell'IoT. Per decenni, gli operatori hanno utilizzato queste piattaforme BACS legacy per gestire tutte le tecnologie all'interno dell'edificio: HVAC, illuminazione, controllo degli accessi, sicurezza, ascensori, tutti sistemi che ottengono una notevole utilità con l'aggiunta dell'IoT. 

Se vuoi espandere l'automazione degli edifici, devi trasmettere i dati da ciascun dispositivo IoT discreto al BACS. Ma c'è una discrepanza tra lo standard LoRaWAN e i comuni protocolli di rete BACS. I protocolli di connettività che il tuo BACS comprende, BACnet e LON, solo per citarne alcuni, sono standard molto ricchi. Dispongono di ricchi modelli di dati, specificano i servizi di rete e forniscono capacità di comando e controllo, tutti rigorosamente definiti all'interno dell'architettura BACS. 

LoRaWAN non si allinea in modo nativo con tutte queste definizioni BACS, quindi è difficile creare una forte integrazione. Fino a poco tempo fa, gli integratori di edifici intelligenti collegavano i dispositivi LoRaWAN a BACS legacy utilizzando uno dei due approcci, nessuno dei quali è l'ideale: 

• Mappatura manuale dei punti dati. Per prima cosa connetti un dispositivo LoRaWAN a un server di rete LoRa. Quindi mappa ogni punto dati nel server a un punto corrispondente nel BACS. La difficoltà sorge sul lato BACS, dove è necessario configurare manualmente gli algoritmi di automazione, inclusa la definizione e la configurazione dei significati di base dei punti dati. Devi dire al BACS che una lettura della temperatura è una lettura della temperatura di uno spazio interno, ad esempio, e creare un algoritmo che indichi al sistema cosa fare con quel punto dati. È una configurazione manuale molto dispendiosa in termini di risorse e tempo da parte degli integratori di sistemi di costruzione. 
• Il protocollo SCHC (Static Context Header Compression). Se preferisci non codificare la mappatura dei dati sul lato BACS, SCHC potrebbe essere in grado di aiutarti. Questo framework di compressione inserisce un intero messaggio BACnet all'interno di un pacchetto LoRa. Ciò trasferisce una proprietà completa dell'oggetto BACnet end-to-end dal dispositivo al BACS. La definizione del punto dati è incorporata. C'è solo un problema: gli integratori non possono implementare SCHC da soli. Il protocollo deve essere integrato nel dispositivo, il che significa che solo il produttore del dispositivo può realizzarlo. Peggio ancora, i dispositivi di smart building SCHC sono più complessi, e quindi più costosi, dei semplici sensori LoRaWAN, supponendo che qualcuno li produca in primo luogo. Se ci sono pochi produttori, con le odierne interruzioni della catena di fornitura è molto probabile che tali dispositivi scarsi avranno tempi di consegna da 6 a 12 mesi.

Nessuno di questi approcci supporta l'intelligenza nei dispositivi perimetrali IoT; tutte le operazioni sui dati avvengono a livello BACS. Inoltre supportano solo BACnet, il protocollo di comunicazione dominante nell'automazione e nel controllo degli edifici. Se parte della tua infrastruttura IoT si basa su LON, Modbus o DALI per i controlli dell'illuminazione o protocolli Ethernet industriali per le fabbriche, sei sfortunato. Fortunatamente, ora è disponibile una terza opzione, pronta a rendere il lavoro molto più semplice per gli integratori di edifici intelligenti.  

Scopri l'IoT Access Protocol (IAP) per l'integrazione LoRaWAN con BACS

IAP, di recente standardizzato tramite ANSI e CTA, è un protocollo di accesso ai dati e ai servizi indipendente dalla piattaforma che generalizza le definizioni di informazioni, modelli di dati e servizi per i dispositivi IoT industriali. Più semplicemente, crea un tessuto di dati e servizi che collega tutti gli elementi dell'infrastruttura dell'edificio intelligente, incluso un modello comune per le informazioni e i servizi forniti dai dispositivi perimetrali nella rete di controllo e automazione degli edifici. Installa un edge server con IAP per tradurre e normalizzare i dati dai dispositivi LoRaWAN in un sistema con BACnet, LON, Modbus o praticamente qualsiasi altro protocollo BACS e accedi ai dati e ai servizi da tutti i dispositivi dalle workstation utilizzando BACnet, LON o OPC U.S.A. 

IAP crea un file gemello digitale dei tuoi dispositivi. Ogni gemello è accessibile dal BACS tramite qualsiasi protocollo BACS scelto, traducendo LoRa in un linguaggio che il BACS può comprendere. Se imposti un server IAP per includere un server BACnet, il tuo BACS riconoscerà un dispositivo LoRaWAN come dispositivo BACnet; è così semplice. Niente più goffe integrazioni manuali, hard coding o richieste ai produttori di dispositivi di supportare SCHC. Con alcuni degli odierni server edge IAP, gli integratori possono persino creare integrazioni LoRaWAN-to-BACS in un ambiente low-code, con una semplice interfaccia utente e strumenti di trascinamento della selezione. 

Ancora meglio, IAP è estremamente scalabile. Se lo installi in una delle tue strutture, puoi utilizzare le stesse configurazioni di dispositivi e punti dati in tutte le tue strutture, semplicemente installando l'edge server IAP. E i server perimetrali con IAP ottengono risultati. Basta chiedere al rivenditore di mobili del Regno Unito DFS, che ha utilizzato i server perimetrali IAP per collegare i sensori ambientali (e altro) alle piattaforme BACS in più strutture. Il sistema multiprotocollo aperto ha contribuito a ridurre il consumo energetico di DFS, risparmiando circa il 33% sui costi dell'elettricità e il 26% sul gas per un tipico negozio al dettaglio con il sistema. Se stai cercando risultati simili e non hai voglia di configurare e codificare manualmente un BACS legacy, dai un'occhiata a IAP. Potrebbe essere lo strumento di integrazione LoRaWAN/BACS che stavi aspettando.

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