Qual è la differenza tra un livello dati indipendente e un BMS?

Un sistema di gestione dell'edificio (BMS) gestisce l'edificio. Monitora e controlla il riscaldamento, la ventilazione e il condizionamento dell'aria, spesso anche l'illuminazione e altri impianti, attraverso controllori che eseguono sequenze operative vicino all'apparecchiatura. Un livello dati indipendente rende le informazioni dell'edificio utilizzabili oltre il BMS: raccoglie dati dal BMS e da altri sistemi, aggiunge identità e contesto coerenti e li fornisce alle applicazioni. Il primo riguarda il controllo sicuro e affidabile; l'altro riguarda l'accesso alle informazioni.

I due sono destinati a lavorare insieme e i problemi di solito iniziano quando i loro ruoli si confondono. Una piattaforma dati inizia a inviare comandi senza che nessuno decida chi risponde del risultato, oppure il dashboard di un fornitore BMS viene trattato come se fosse un livello dati aperto.

Fianco a fianco

Il Dipartimento dell’Energia degli Stati Uniti rileva che l’integrazione dei controlli degli edifici spesso coinvolge più fornitori, ciascuno con il proprio hardware, software e protocolli proprietari, il che lascia i dati in silos non collegati. Un livello dati è un modo per ridurre tale frammentazione per quanto riguarda le informazioni. Di per sé non cambia il modo in cui l'impianto viene controllato.

Quando la piattaforma dati inizia a dare ordini

Alcune piattaforme offrono il "write-back": modifica dei setpoint o delle pianificazioni nel BMS, magari per eseguire un'ottimizzazione o rispondere a un segnale di domanda-risposta. Ciò può essere utile, ma sposta parte della responsabilità di controllo al di fuori del BMS e le domande che seguono necessitano di risposte prima che la funzionalità venga attivata.

La proprietà è la prima questione. Per ogni pianificazione, setpoint e limite di allarme, un sistema deve essere autorevole. Consideriamo poi il conflitto: se un operatore e la piattaforma cambiano lo stesso valore, chi vince e come viene registrato? I cambiamenti esterni dovrebbero essere limitati a un intervallo concordato. Il BMS necessita di un comportamento definito quando la piattaforma smette di rispondere, sia che si tratti di mantenere l'ultimo valore, di ripristinare un valore predefinito o di tornare alla pianificazione locale. Ogni cambiamento dovrebbe lasciare una traccia di controllo di chi ha cambiato cosa, quando e perché. E le funzioni di write-back dovrebbero essere sottoposte agli stessi test e collaudi di qualsiasi altra funzione di controllo, per quanto facilmente il software ne consenta l'attivazione.

L’edificio deve continuare a funzionare da solo

Se il livello dati o la sua connessione Internet falliscono, l’edificio dovrebbe continuare a funzionare comunque. Il controllo locale dell'impianto e gli allarmi essenziali appartengono al BMS e alla sua stessa rete. Un dashboard di portafoglio non deve mai diventare un singolo punto di guasto accidentale per il riscaldamento, il raffreddamento o la ventilazione.

Quattro domande ai fornitori

L'integrazione proposta è di sola lettura e, in caso contrario, quali valori sono scritti ed entro quali limiti? Come vengono risolti e registrati i conflitti tra operatori e comandi esterni? Cosa fa il BMS quando la piattaforma non è raggiungibile? E chi è responsabile del risultato di un comando esterno? Un fornitore che non riesce a rispondere chiaramente a tutte e quattro le domande non ha ancora progettato l'integrazione.