Se cade la connessione, chi controlla l’impianto termico?
La maggior parte dei sistemi IoT per impianti termici sposta tutta la logica di controllo sul cloud. In fase di progettazione sembra la scelta più pulita: piattaforma centralizzata e scalabilità garantita.
Quello che non emerge subito è la dipendenza che questa architettura introduce, e che diventa critica esattamente nei momenti peggiori.
Quando la connessione, ad esempio, cade alle due di notte in pieno gennaio. O l’impianto smette di ricevere comandi, i parametri restano bloccati sull’ultimo stato noto e nessuno se ne accorge fino alla mattina, mentre i condomini iniziano a chiamare.
Casi operativi ordinari che un’architettura mal progettata trasforma in problemi evitabili. Eppure in fase di progetto questa domanda raramente viene posta: se la connessione non c’è, l’impianto cosa fa?
Il sistema che resta attivo anche quando il cloud non risponde
Un’architettura ibrida edge/cloud distribuisce il controllo su due livelli.
Nel vano tecnico dell’edificio risiede la logica operativa: la gestione della curva climatica, la modulazione della caldaia, la lettura delle sonde di campo.
Sul cloud risiedono l’elaborazione avanzata, la storicizzazione dei dati e l’accesso remoto.
Questa separazione rende il sistema resiliente. Il cloud aggiunge intelligenza e visibilità remota, ma non è il punto di controllo primario. Se la connessione si interrompe, l’impianto continua a funzionare esattamente come previsto, senza intervento manuale e senza che i condomini se ne accorgano.
Cosa succede all’impianto quando la connessione non c’è
In un’architettura ben costruita, la modalità offline non è un caso limite da gestire a posteriori. Il controllore mantiene attiva la logica operativa, i dati vengono storicizzati in locale e sincronizzati con la piattaforma cloud non appena la connessione torna disponibile, senza perdita di informazioni.
Questo significa poter documentare con precisione il comportamento degradato del sistema. L’impianto non si blocca, non perde la configurazione e non richiede un sopralluogo per tornare operativo. È un requisito che nei capitolati viene spesso sottovalutato e che nella gestione operativa diventa invece determinante.
Modificare i parametri da remoto senza mettere piede in centrale
La comunicazione tra edge e cloud è asincrona. I comandi remoti – modifica di orari, setpoint, parametri di curva – vengono trasmessi e applicati con una latenza che dipende dalla qualità della connessione cellulare.
Per la gestione ordinaria di un impianto termico condominiale questa latenza è del tutto accettabile, perché le variazioni di parametro non richiedono risposta in millisecondi. Il risultato è una comunicazione bidirezionale reale, che permette interventi da remoto senza accesso fisico alla centrale e con un’interfaccia che riflette lo stato effettivo dell’impianto.
Come questa architettura funziona su un impianto reale
TermoCloud è la soluzione IoT sviluppata da Sistemi Connessi che traduce questa architettura in un kit installabile su impianti esistenti. A livello edge un PLC si interfaccia con caldaia e sonde tramite Modbus e comunica con un gateway IoT proprietario.
La connettività verso il cloud avviene tramite router LTE/4G con SIM multioperatore inclusa. Sul cloud i dati vengono elaborati su Google Cloud Platform con architettura serverless e storicizzati su BigQuery e Firestore.
L’accesso alla web app è profilato per ruolo, con segregazione dei dati tra operatori diversi, utile per chi gestisce parchi impianti distribuiti tra più amministratori.
La scelta che fa la differenza nella gestione operativa
Distribuire il controllo tra edge e cloud significa definire in anticipo il comportamento del sistema in ogni condizione operativa. Sono scelte che incidono sull’affidabilità molto più della selezione del singolo componente.
Se stai valutando l’integrazione di sistemi IoT su impianti termici e vuoi entrare nel dettaglio delle scelte architetturali, possiamo ragionare insieme sul contesto specifico.
Contattaci per un confronto tecnico.