Quale problema risolve un data logger M-Bus?
Montare contatori è raramente il problema. La difficoltà viene dopo: il contatore dell’acqua del 2009 parla M-Bus, la nuova infrastruttura di ricarica Modbus TCP, la pompa di calore fornisce impulsi S0 e la gestione tecnica dell’edificio vuole BACnet. Ciascuno di questi sistemi è gestibile di per sé. Insieme formano un panorama in cui nessuno sa più dire se tutti i valori siano completi.
È esattamente qui che si colloca l’M-Center. Non traduce soltanto tra protocolli: assume il ruolo che nessun altro ha, quello dell’istanza che sa quali contatori esistono, quando ciascuno ha risposto l’ultima volta e dove si è aperta una lacuna.
Contemporaneamente, non uno dopo l’altro
Il secondo punto è l’uso multiplo. Una supervisione che interroga un segmento Modbus lo blocca di fatto per tutti gli altri. L’M-Center legge una volta sola e da lì serve più sistemi di destinazione in parallelo – gestione tecnica dell’edificio via BACnet IP o OPC UA, cloud e dashboard via MQTT, fatturazione via CSV, Excel o JSON tramite (s)FTP ed e-mail. Un nuovo sistema di destinazione significa una configurazione, non un secondo cablaggio.
Consegna senza perdita di conoscenze
Il terzo punto è poco spettacolare e decide comunque l’esercizio: l’uso avviene interamente nel browser, senza software locale. Ciò che l’installatore ha configurato, il gestore lo vede identico – non c’è un computer nell’armadio su cui si trova l’unica configurazione.
Dove falliscono i progetti
Quasi mai sulla tratta radio o sulla costruzione del bus; quasi sempre su una lettura che fallisce per mesi senza che nessuno se ne accorga, fino al conteggio annuale. Per questo flag di errore, disturbi di comunicazione e valori anomali vengono sorvegliati e registrati 24 ore su 24.