Cos'è un livello dati indipendente in un edificio intelligente?

Un livello dati indipendente è un servizio governato che raccoglie informazioni dai sistemi di un edificio, come il sistema di gestione dell'edificio (BMS), contatori, illuminazione, controllo degli accessi e registri di manutenzione, fornisce identità e contesto coerenti e li rende disponibili a qualsiasi applicazione autorizzata attraverso interfacce documentate. "Indipendente" significa che le informazioni e i mezzi per ottenerle non appartengono a un singolo fornitore di applicazioni.

La ragione per averne uno è architettonica. Controlli, contatori, piattaforme software e strumenti di analisi vengono sostituiti in cicli diversi, raramente contemporaneamente, e un livello dati consente alle informazioni dell'edificio di sopravvivere ai prodotti che lo producono e lo consumano. Tale indipendenza deve però essere dimostrata attraverso l’accesso, la portabilità e le modalità operative. Una piattaforma che si definisce “aperta” o “neutrale rispetto al fornitore” non ha dimostrato nulla dicendolo.

Sei funzioni, un livello

Può trattarsi di un singolo prodotto o di più servizi assemblati insieme. In ogni caso, il proprietario ha bisogno di una parte nominata responsabile del mantenimento delle connessioni, della correzione degli errori e del mantenimento del modello informativo aggiornato.

Un confine merita una decisione esplicita fin dall'inizio: se lo strato trasporta solo letture e cronologia, o anche eventi e comandi. L'accesso in sola lettura è più semplice e sicuro. L'invio di comandi ai sistemi dell'edificio è una funzionalità diversa, con una propria progettazione di sicurezza e protezione, ed è meglio trattarla come una decisione separata.

Quattro domande che rivelano se è davvero indipendente

Può una seconda applicazione ottenere ciò di cui ha bisogno senza l'aiuto del fornitore originale? Chiedi di vederlo realizzato, con uno strumento che il fornitore non ha scelto.

È possibile esportare identificatori, relazioni e cronologia in formati documentati? Un dump di letture senza le relazioni perde gran parte del valore.

Chi possiede le mappature? Questa è spesso la domanda più rivelatrice. Collegare i punti grezzi alle risorse e agli spazi può essere la parte più costosa del lavoro e, se tali mappature esistono solo all'interno dell'applicazione di un fornitore, scompaiono quando lo fa il fornitore.

Quanto dura l'uscita? Un diritto contrattuale sui tuoi dati è di scarsa utilità se l’esportazione di un anno di storia richiede mesi.

La rappresentazione aperta aiuta con la terza domanda. Brick, ad esempio, mantiene il contesto come un grafo apertamente documentato nel modello di dati RDF standard, il che rende le mappature più portabili, sebbene non garantisca di per sé che due prodotti le scambieranno senza sforzo.

Stabilire il modello operativo prima di scegliere una piattaforma

Prima di andare sul mercato, un proprietario dovrebbe essere in grado di annotare quali sistemi e dati copre la prima fase, chi mantiene ciascuna connessione e risolve gli errori, quale schema identificatore e modello semantico verrà utilizzato e chi li cura, se il livello emetterà comandi e sotto quali controlli, e quale formato, scala temporale e assistenza si applicano all’uscita. Queste risposte dovrebbero modellare la scelta della piattaforma. Troppo spesso accade il contrario.