Lumeitalia

Driver, sovratensioni e qualità dell'alimentazione negli impianti di telegestione e smart city

Perché la maggior parte dei guasti prematuri nasce a monte del LED e come proteggere un impianto di telegestione e smart city.

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

Nella casistica di guasto degli impianti LED il modulo emettitore è raramente il primo componente a cedere: nella maggior parte dei casi il problema è nell'alimentatore o nella qualità della rete che lo alimenta. La telegestione trasforma l'impianto di illuminazione in un'infrastruttura di dati: consente diagnostica, regolazione puntuale e rendicontazione dei consumi. Questo approfondimento del Centro Studi Lumeitalia analizza i meccanismi in gioco negli impianti di telegestione e smart city e le contromisure progettuali.

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.

I meccanismi di guasto a monte del LED

Tre fenomeni concentrano la quasi totalità dei guasti prematuri: sovratensioni transitorie di origine atmosferica o di manovra, stress termico dei componenti elettrolitici del driver e cicli di accensione ravvicinati imposti da logiche di controllo mal configurate. I primi due riducono la vita del condensatore di filtro, il terzo affatica la sezione di avviamento.

Negli impianti di telegestione e smart city il peso relativo dei tre meccanismi cambia con l'esposizione del sito: evitare soluzioni proprietarie che vincolano il Comune a un unico fornitore è la condizione che più spesso viene sottovalutata in fase di specifica.

Coordinamento delle protezioni

La protezione da sovratensioni non è un accessorio dell'apparecchio ma una scelta d'impianto: va coordinata tra quadro, linea e apparecchio, dichiarando per ciascun livello la tenuta prevista. Un apparecchio protetto su una linea non protetta sposta il problema, non lo risolve; una protezione sovradimensionata a valle senza scarico a monte non interviene nei tempi utili.

Nel capitolato conviene richiedere la tenuta dichiarata in modalità comune e differenziale, il comportamento a fine vita del dispositivo di protezione e la sua segnalazione di intervento: un SPD esaurito e silenzioso equivale a nessuna protezione.

Compatibilità con i sistemi di controllo

Dimmerazione, telecontrollo e sensoristica interagiscono con il driver. Vanno verificate la compatibilità del protocollo, la curva di regolazione effettiva alle basse percentuali, il comportamento in caso di perdita del segnale e l'assorbimento in stand-by. La verifica va fatta sulla combinazione driver-controllore effettivamente proposta, non sulle dichiarazioni generiche di conformità al protocollo.

Il fattore di potenza e il contenuto armonico dichiarati vanno letti alla potenza di lavoro prevista e non solo al valore nominale: molti impianti lavorano stabilmente in regolazione e in quella condizione i valori cambiano.

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.

  • Livelli di protezione da sovratensione coordinati quadro-linea-apparecchio
  • Tenuta dichiarata in modo comune e differenziale verificata
  • Comportamento a fine vita dell'SPD e segnalazione previsti
  • Curva di regolazione verificata alle basse percentuali
  • Comportamento su perdita del segnale di controllo definito
  • Fattore di potenza e armoniche valutati alla potenza di esercizio

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.