Lumeitalia

Governance dei dati nel telecontrollo per telegestione e smart city

Proprietà dei dati, interoperabilità e continuità di servizio in un impianto di telegestione e smart city telecontrollato.

Viale urbano e percorso ciclabile illuminati da apparecchi LED
Viale urbano e percorso ciclabile illuminati da apparecchi LED. Immagine illustrativa generata con AI.

In sintesi

Un impianto telecontrollato produce dati per anni: chi ne è proprietario, in quale formato sono esportabili e cosa succede alla scadenza del contratto sono domande contrattuali prima che tecniche. La telegestione trasforma l'impianto di illuminazione in un'infrastruttura di dati: consente diagnostica, regolazione puntuale e rendicontazione dei consumi. Questa analisi del Centro Studi Lumeitalia riguarda la governance dei dati negli impianti di telegestione e smart city.

Quadro normativo di riferimento

Il riferimento normativo per telegestione e smart city non è un documento unico, ma un insieme coordinato di norme che riguardano prestazione, sicurezza e impatto ambientale. Nella pratica progettuale i documenti seguenti sono quelli che determinano le scelte principali.

  • DALI-2 / D4i — interoperabilità di driver e nodi di controllo.
  • NEMA / Zhaga — interfacce meccaniche standard per i nodi.
  • GDPR — trattamento dei dati raccolti in ambito urbano.

Proprietà ed esportabilità dei dati

Il contratto deve dichiarare che i dati di esercizio appartengono al committente e che sono esportabili in un formato aperto e documentato, con una frequenza definita e senza costi aggiuntivi. In assenza di questa clausola il cambio di gestore comporta la perdita dello storico, cioè della base su cui si costruiscono le decisioni di manutenzione.

Negli impianti di telegestione e smart city lo storico è particolarmente prezioso perché consente di correlare guasti e condizioni di esercizio e di rivedere le periodicità manutentive su base statistica.

Interoperabilità e vincolo tecnologico

L'adozione di protocolli standard a livello di apparecchio e di interfacce documentate a livello di piattaforma riduce il vincolo verso un singolo fornitore. Nel capitolato conviene richiedere la documentazione delle interfacce di integrazione e la possibilità di sostituire il livello di supervisione mantenendo il campo installato.

Continuità di servizio e sicurezza

Il comportamento dell'impianto in caso di indisponibilità della rete o della piattaforma va definito: l'illuminazione deve continuare a funzionare secondo un profilo locale predefinito. Vanno inoltre stabiliti gestione degli accessi, tracciamento delle modifiche di configurazione e procedura di aggiornamento dei dispositivi, con finestre concordate.

I dati raccolti da un impianto di illuminazione pubblica sono in larga parte dati tecnici, ma la piattaforma che li gestisce contiene comunque credenziali e informazioni di esercizio: il trattamento va inquadrato nelle politiche di sicurezza dell'ente e non lasciato alla configurazione predefinita del fornitore.

Le criticità ricorrenti

Le difficoltà che emergono più spesso nei progetti di telegestione e smart city non riguardano la scelta del prodotto, ma la definizione dei requisiti e la verifica del risultato.

  • Evitare soluzioni proprietarie che vincolano il Comune a un unico fornitore.
  • Garantire copertura di rete su territori estesi o complessi.
  • Rendere i dati effettivamente usabili dagli uffici tecnici.

Approccio progettuale

Un metodo di lavoro ordinato riduce drasticamente le varianti in corso d'opera e le contestazioni in collaudo. Tre scelte fanno la differenza fin dalle prime fasi.

  • Capitolati che impongono protocolli aperti e portabilità dei dati.
  • Architetture ibride con più tecnologie di comunicazione.
  • Cruscotti orientati alle decisioni: guasti, consumi, priorità di intervento.

Parametri da verificare

  • Interoperabilità — DALI-2 / D4i — requisito da capitolato
  • Interfaccia nodo — NEMA / Zhaga — sostituibilità del controller
  • Portabilità dati — capitolato — esportazione in formati aperti
  • Sicurezza informatica — buona pratica — aggiornamenti e gestione accessi

Errori più frequenti

Le non conformità rilevate in collaudo derivano quasi sempre da tre cause: requisiti non dichiarati o dichiarati senza norma di riferimento, calcolo eseguito su una geometria idealizzata, fattore di manutenzione scelto in modo ottimistico. Tutte e tre sono evitabili a costo zero in fase di progetto.

  • Proprietà dei dati attribuita al committente per contratto
  • Export in formato aperto, documentato e a costo zero
  • Protocolli standard a livello di apparecchio
  • Interfacce di integrazione documentate
  • Profilo di funzionamento locale in caso di rete indisponibile
  • Gestione accessi, log delle modifiche e finestre di aggiornamento

In sintesi

Un progetto di telegestione e smart city regge nel tempo quando i requisiti sono dichiarati, il calcolo riproduce le condizioni reali e la verifica in opera segue un protocollo concordato. La scelta dei componenti è importante, ma viene dopo: senza requisiti misurabili anche il prodotto migliore produce un risultato non dimostrabile. Il Centro Studi Lumeitalia mette a disposizione il proprio ufficio tecnico per la revisione dei requisiti e delle verifiche di progetto.

Nota metodologica: Questo contenuto è redatto a scopo tecnico-divulgativo dal Centro Studi Lumeitalia e non sostituisce il progetto illuminotecnico né la lettura integrale delle norme citate. I valori prestazionali applicabili sono quelli delle norme vigenti al momento della progettazione.

Domande frequenti

La telegestione conviene sempre?+

Conviene quando l'impianto è esteso o difficile da presidiare: il valore nasce dalla riduzione delle uscite di manutenzione e dalla regolazione fine, non dal solo dato di consumo.

Come si evita il lock-in del fornitore?+

Richiedendo in capitolato protocolli standard, sostituibilità dei nodi e diritto di esportare i dati storici in formati aperti.

Da dove conviene partire in un progetto di telegestione e smart city?+

Dalla definizione scritta dei requisiti prestazionali e delle condizioni di verifica: è il passaggio che determina tutte le scelte successive e rende il risultato contestabile o difendibile in collaudo.

Quali documenti chiedere al fornitore?+

File fotometrici degli apparecchi proposti, dichiarazione di conformità, dati di durata dichiarati secondo IES LM-80 con relative condizioni, schema di manutenzione e condizioni di garanzia.