Un impianto DALI può regolare la luce, richiamare scene e segnalare un guasto. Ma può anche diventare una rete di dati distribuita nell’edificio: ogni driver può contribuire con informazioni sull’apparecchio, sui consumi e sul proprio stato operativo. È qui che entrano in gioco le DALI Parts 251, 252 e 253.
Questi dati aprono possibilità concrete per asset management, monitoraggio energetico e manutenzione basata sulle condizioni reali. Non rendono però “predittivo” un impianto per il semplice fatto di essere disponibili. Servono componenti certificati, un’architettura capace di leggere e storicizzare le informazioni, regole di interpretazione e una corretta associazione tra indirizzo DALI e posizione fisica.
La domanda utile per il progettista non è quindi soltanto «il driver supporta DALI‑2?», ma: quali dati espone, chi li raccoglie, come vengono verificati e quale decisione operativa devono supportare?
Che cosa sono le Parts 251, 252 e 253
Le tre specifiche definiscono dati memorizzati nel driver con formato e posizione standardizzati nelle memory bank DALI. La natura bidirezionale del protocollo permette a un sistema di controllo compatibile di interrogarli e trasferirli verso un software di supervisione, un BMS o una piattaforma di asset management.
- Part 251 – Luminaire Data: dati identificativi e nominali dell’apparecchio;
- Part 252 – Energy Reporting: dati relativi a potenza ed energia;
- Part 253 – Diagnostics & Maintenance: condizioni di guasto, contatori e parametri operativi.
Dal 2023 queste specifiche sono pubblicate come IEC 62386-251:2023, IEC 62386-252:2023 e IEC 62386-253:2023. La DALI Alliance continua a utilizzarle nel programma di certificazione insieme alle proprie regole e chiarimenti.
DALI‑2 e D4i: la differenza che cambia il capitolato
Uno degli errori più frequenti consiste nel considerare i dati 251–253 automaticamente presenti in ogni driver DALI‑2. Non è così.
Secondo la DALI Alliance:
- nella certificazione DALI‑2, il supporto alle Parts 251, 252 e 253 è opzionale;
- per un driver certificato D4i, l’implementazione di tutte e tre le Parts è obbligatoria, insieme agli altri requisiti previsti dal programma D4i.
Di conseguenza, la dicitura “DALI‑2” in una scheda tecnica non basta per richiedere energy reporting o diagnostica avanzata. Il progettista deve controllare il prodotto nella banca dati ufficiale DALI Alliance e verificare quali Parts risultano effettivamente certificate.
Part 251: l’identità digitale dell’apparecchio
La Part 251 estende la Memory Bank 1 con dati riferiti all’apparecchio. Normalmente è il costruttore del corpo illuminante a programmarli nel driver durante la produzione.
Le informazioni possono includere, tra le altre:
- identificazione e riferimenti dell’apparecchio;
- potenza e tensione nominali;
- flusso luminoso;
- temperatura di colore e resa cromatica;
- indicazioni sulla distribuzione luminosa;
- caratteristiche fisiche come il colore del prodotto.
Il vantaggio operativo è evidente: durante commissioning e manutenzione, la rete può leggere informazioni che altrimenti resterebbero su etichette, schede tecniche o database separati.
Questo non sostituisce però il fascicolo di progetto. La Part 251 descrive dati nominali memorizzati; non dimostra che la fotometria usata nel calcolo sia quella corretta né misura il flusso emesso in quel momento. Per la verifica illuminotecnica restano necessari file fotometrici attendibili, calcolo, collaudo e misure quando previste.
Part 252: misurare l’energia senza confondere i confini
La Part 252 consente al driver di comunicare dati operativi come energia e potenza attiva, apparente e lato carico. Alcune informazioni sono opzionali, perciò il contenuto effettivo va verificato sul dispositivo e nella relativa documentazione.
I dati possono essere molto utili per:
- confrontare consumi reali e profili di utilizzo previsti;
- valutare l’effetto di sensori, scene e regolazione;
- individuare zone accese più a lungo del necessario;
- attribuire consumi a gruppi, aree o singoli punti luce;
- alimentare dashboard energetiche e report gestionali.
Bisogna però definire con precisione il confine della misura. Il dato del driver non equivale necessariamente alla misura fiscale o al consumo complessivo del quadro: possono restare esclusi controller, gateway, alimentazioni ausiliarie e altri componenti. Per bilanci energetici contrattuali o certificazioni possono essere necessari strumenti e procedure di misura specifici.
Part 253: diagnostica e manutenzione basata sui dati
La Part 253 rende disponibili informazioni riferite sia al control gear sia alla sorgente luminosa. Tra i dati indicati dalla DALI Alliance rientrano:
- condizioni di guasto del driver e della sorgente, con relativi contatori;
- ore di funzionamento e numero di avviamenti;
- tensione e frequenza di alimentazione;
- fattore di potenza, temperatura e corrente di uscita;
- tensione, corrente e temperatura della sorgente;
- tempo di accensione e contatore degli avviamenti della sorgente.
Anche in questo caso alcune informazioni possono essere opzionali. Inoltre un singolo valore non costituisce una diagnosi: la temperatura elevata, per esempio, deve essere interpretata rispetto al dispositivo, alle condizioni ambientali, al carico e allo storico.
La manutenzione diventa davvero predittiva quando il sistema riconosce tendenze e anomalie prima del guasto, non quando si limita a visualizzare un allarme già avvenuto.
Dal dato alla decisione: un workflow in sette passaggi
1. Definire gli obiettivi prima dei componenti
Il capitolato dovrebbe chiarire cosa si vuole ottenere: inventario automatico, rendicontazione energetica, allarmi di guasto, confronto delle temperature, pianificazione dei ricambi o manutenzione predittiva. Senza un obiettivo, si rischia di raccogliere molti dati che nessuno utilizzerà.
2. Specificare le Parts richieste
Non basta scrivere “driver DALI‑2”. Se servono i dati, vanno richieste esplicitamente le Parts 251, 252 e/o 253, oppure la certificazione D4i quando coerente con l’architettura. I prodotti devono essere verificabili nella banca dati ufficiale DALI Alliance.
3. Disegnare l’intera catena informativa
Il driver è soltanto la sorgente del dato. Occorre individuare:
- application controller che interroga il bus;
- gateway o interfaccia verso rete IP/BMS;
- piattaforma che memorizza lo storico;
- formato e frequenza di acquisizione;
- responsabile della gestione e delle soglie;
- politiche di conservazione, esportazione e sicurezza.
Se un anello manca, l’informazione può essere tecnicamente disponibile nel driver ma inutilizzabile dal facility manager.
4. Collegare indirizzo, apparecchio e posizione
Per trasformare un indirizzo DALI in un asset gestibile servono identificazione stabile e localizzazione. La mappatura dovrebbe associare almeno indirizzo, codice apparecchio, ambiente, posizione, circuito, data di installazione e riferimento grafico o BIM.
Un sistema che segnala “driver 37 in avaria” senza indicare dove si trovi riduce drasticamente il valore della diagnostica.
5. Stabilire una baseline al collaudo
Al termine del commissioning è utile registrare valori iniziali di potenza, temperatura, tensione, ore e contatori. La baseline permette di distinguere condizioni normali, differenze tra famiglie di apparecchi e variazioni progressive.
Il collaudo dovrebbe verificare non soltanto comando e dimmerazione, ma anche lettura, corretto inoltro e visualizzazione dei dati richiesti.
6. Separare allarmi, anomalie e tendenze
Un guasto dichiarato dal dispositivo può generare un allarme immediato. Una temperatura che aumenta lentamente o un assorbimento diverso rispetto ad apparecchi equivalenti richiede invece analisi statistica e confronto nel tempo.
Le soglie non dovrebbero essere copiate indistintamente tra dispositivi diversi. Potenza, carico, installazione e condizioni ambientali influenzano i valori normali.
7. Tradurre i dati in procedure
Per ogni evento occorre definire una risposta: verifica remota, sopralluogo, sostituzione programmata, controllo del quadro, pulizia, aggiornamento dell’anagrafica o semplice osservazione. Senza una procedura, la dashboard resta una visualizzazione e non diventa manutenzione.
Esempio: un magazzino con apparecchi high-bay
Immaginiamo un magazzino con 240 apparecchi high-bay D4i, suddivisi per corsie e integrati nel BMS. La Part 251 permette di associare automaticamente modello e dati nominali ai punti luce; la Part 252 fornisce valori energetici per aree; la Part 253 mette a disposizione ore di funzionamento, temperature e condizioni di guasto.
Dopo alcuni mesi, cinque apparecchi della stessa corsia mostrano temperature operative progressivamente più alte rispetto a prodotti equivalenti. Non risultano ancora guasti. Il dato non autorizza a concludere che i driver stiano per rompersi, ma genera una verifica mirata: temperatura ambiente, accumulo di polvere, ventilazione, tensione e condizioni di carico.
Il sopralluogo rileva ostruzioni dovute a depositi. La pulizia viene eseguita durante una fermata programmata, evitando un intervento urgente successivo. In questo caso la manutenzione predittiva non nasce da una “funzione magica” del protocollo, ma dalla combinazione di storico, confronto tra apparecchi simili e procedura tecnica.
Il valore per sostenibilità e gestione del ciclo di vita
I dati delle Parts 251–253 possono contribuire a una gestione più sostenibile dell’impianto:
- misurando gli effetti reali delle strategie di regolazione;
- riducendo accensioni e consumi non necessari;
- programmando gli interventi in base alle condizioni;
- evitando sostituzioni premature di componenti ancora funzionanti;
- migliorando inventario, ricambi e tracciabilità;
- supportando verifiche dopo modifiche di layout o profilo d’uso.
Non sostituiscono tuttavia LCA, EPD, calcolo illuminotecnico, fattore di manutenzione o misure in campo. Sono una fonte operativa che può integrare questi processi, a condizione che qualità e significato dei dati siano dichiarati.
Gli errori più comuni
- ritenere che ogni dispositivo DALI‑2 supporti automaticamente le Parts 251–253;
- confondere dati nominali della Part 251 con misure fotometriche reali;
- usare il dato energetico del driver come se fosse una misura dell’intero impianto;
- presumere che tutte le grandezze previste siano obbligatoriamente disponibili;
- non verificare i prodotti nella banca dati ufficiale;
- dimenticare gateway, licenze software, database e storicizzazione;
- non associare gli indirizzi DALI alle posizioni fisiche;
- definire soglie senza baseline e senza confronto tra dispositivi equivalenti;
- chiamare “predittivo” un sistema che segnala soltanto guasti già avvenuti;
- raccogliere dati senza stabilire responsabilità e procedure di intervento.
Checklist per progettazione e collaudo
- obiettivi informativi dichiarati nel capitolato;
- Parts 251, 252 e 253 richieste in modo esplicito;
- certificazioni controllate nella Product Database DALI Alliance;
- catena driver–controller–gateway–BMS completamente definita;
- mappatura tra indirizzo, codice e posizione verificata;
- dati disponibili e opzionali documentati;
- baseline acquisita al commissioning;
- allarmi e soglie testati;
- storico, esportazione e responsabilità operative assegnati;
- limiti della misura comunicati al committente.
Conclusione: progettare l’informazione, non soltanto il comando
Le DALI Parts 251–253 spostano il controllo della luce oltre accensione e dimmerazione. Permettono di costruire un patrimonio informativo che accompagna l’apparecchio durante esercizio e manutenzione.
Il valore non dipende dal numero di dati disponibili, ma dalla capacità di renderli affidabili, localizzabili e collegati a decisioni concrete. Per questo il lighting designer e il progettista degli impianti devono definire fin dall’inizio non soltanto come verrà comandata la luce, ma anche come verranno usate le informazioni generate dall’impianto.
Vuoi integrare progettazione illuminotecnica, controlli e gestione operativa? Nei percorsi LightAcademy analizziamo protocolli, architetture e verifiche con un metodo che collega il progetto della luce alle condizioni reali di esercizio.
Fonti ufficiali consultate il 19 agosto 2026: DALI Alliance – Luminaire, Energy & Diagnostics Data; DALI Alliance – D4i overview; DALI Alliance – Specifications and IEC publication status; DALI Alliance Product Database; DALI Alliance – data reporting and diagnostics.
Approfondisci con LightAcademy
I dati degli apparecchi vanno letti insieme all’architettura di controllo: approfondisci il confronto tra Bluetooth NLC e Casambi. Nel Corso Pro di Lighting Design trovi un percorso dedicato anche a scenari, gestione della luce e scelte impiantistiche.
Lascia un commento