La compatibilità tra driver LED e dimmerazione è il risultato dell’intero sistema, non di una semplice corrispondenza tra etichette. Approvare insieme l’alimentazione, il controller o dimmer, il sensore, il gateway, il driver, il carico LED, la topologia di cablaggio, le impostazioni e il firmware esatti. Quindi, prima di rilasciare il progetto, testare un circuito rappresentativo con quantità collegate minime, tipiche e massime.
Definire il risultato richiesto prima di selezionare un protocollo
Iniziare da ciò che utenti e operatori richiedono al sistema di illuminazione. Definire il comportamento di commutazione richiesto, l’intervallo di dimmerazione utilizzabile, le zone, le scene, il tempo di dissolvenza, la risposta all’occupazione, la risposta alla luce diurna, le programmazioni, il monitoraggio, l’esclusione manuale, l’interazione con l’emergenza e lo stato al ripristino dell’alimentazione. Un protocollo può trasportare comandi senza garantire che l’apparecchio di illuminazione collegato produca il livello luminoso o la transizione richiesti.
Utilizzate queste funzioni per selezionare l'architettura. Il confronto seguente rappresenta un punto di partenza e non sostituisce l'approvazione a livello di dispositivo:
| Architettura | Confine da definire | Test di accettazione rappresentativo |
|---|---|---|
| Taglio di fase | Tipo di dimmer, approvazione del driver, intervallo di carico e stato spento | Avvio, stabilità a basso livello, interruzioni, rumore e transizioni sull'intera gamma |
| 0/1–10 V | Gamma del segnale, polarità, comportamento sink/source e commutazione separata | Livello minimo, comportamento di spegnimento, carico di più driver e disposizione dei cavi |
| DALI | Identità del dispositivo certificato, ruolo del dispositivo, indirizzamento e strumento di messa in servizio | Rilevamento, indirizzamento, gruppi, scene, dissolvenze, feedback e ripristino |
| Sistema wireless o gateway | Progettazione radio/rete, firmware, integrazione e comportamento di riserva | Abbinamento, copertura, latenza dei comandi, perdita del gateway, aggiornamenti e ripristino |
La scelta dovrebbe seguire le funzioni richieste e i vincoli dell’edificio. Un semplice dimmer locale può essere appropriato quando sono sufficienti un controllo indipendente e funzioni limitate. Un’architettura digitale acquista maggiore valore quando il progetto richiede indirizzamento, gruppi, scene, informazioni di stato o una messa in servizio ripetibile su molti dispositivi. Il wireless può ridurre il nuovo cablaggio di controllo, ma la pianificazione della rete, l’accesso per la messa in servizio e la responsabilità del ripristino diventano parte della compatibilità.
Mappare i confini elettrici, del segnale e della configurazione
Registrare la tensione di alimentazione, la frequenza, la protezione del circuito, la configurazione di commutazione ed eventuali alimentazioni ausiliarie. All’interfaccia di controllo, definire il tipo di segnale, l’intervallo, la polarità, la temporizzazione, la capacità di indirizzamento e il comportamento previsto in stato spento. Al confine tra driver e carico, confermare l’intervallo di uscita del driver rispetto a tensione, corrente e potenza del modulo LED lungo l’intero intervallo operativo, non solo alla massima uscita.
La quantità collegata è importante. Un circuito può funzionare correttamente con un apparecchio di illuminazione e non funzionare con la quantità prevista, a causa della corrente di avviamento, del carico sul dimmer, dell’alimentazione del bus, della caduta di tensione, della capacità del dispositivo di controllo o dei limiti del gateway. Testare i gruppi previsti più piccoli e più grandi, non solo il caso intermedio nominale.
Un comando al 10% di un controller non corrisponde automaticamente al 10% della luce misurata in uscita. I driver possono utilizzare curve di dimmerazione, livelli minimi e comportamenti di spegnimento diversi. Definire il livello luminoso minimo utilizzabile, se l’apparecchio di illuminazione deve spegnersi completamente, la fluidità di dissolvenza accettabile e il ritardo di avvio consentito. Misurare il sistema assemblato rispetto a tali obiettivi.
Comprendere cosa risolve e cosa non risolve la certificazione DALI
La DALI Alliance afferma che la certificazione DALI-2 include una verifica indipendente rispetto alle specifiche applicabili derivate da IEC 62386. Il suo database dei prodotti identifica i prodotti certificati tramite dettagli che possono includere marchio, GTIN, versione hardware e versione firmware. Ciò rende il database utile per confermare l'identità e lo stato di certificazione del dispositivo effettivamente proposto.
I ruoli dei dispositivi restano importanti. La DALI Alliance distingue i controller applicativi, che prendono decisioni e inviano comandi, dai dispositivi di ingresso quali sensori o interfacce utente, che forniscono informazioni. Un progetto necessita quindi di un elenco dispositivi che identifichi alimentatori di controllo, controller applicativi, dispositivi di ingresso, alimentatori del bus, gateway e strumenti di messa in servizio. Un elenco di prodotti contrassegnati come “DALI” non indica chi alimenta il bus, quale controller gestisce la logica o come un gateway di terze parti gestisce i guasti.
La certificazione riduce un rischio a livello di componente; non definisce i gruppi, le scene, i tempi di dissolvenza, la logica dei sensori, le mappature del gateway, le interazioni di emergenza o il comportamento al ripristino dell'alimentazione del progetto. Conservare l'identità nel database insieme alla distinta base approvata e testare il sistema configurato.
Collegare la struttura del driver alla verifica di compatibilità
Il driver è il ponte elettrico e di controllo tra l'alimentazione e il carico LED. Il suo stadio di ingresso, l'interfaccia di controllo, la regolazione dell'uscita, il comportamento di protezione e il firmware determinano la risposta ai comandi di accensione/spegnimento e regolazione. Un sostituto che entra nell'involucro e utilizza lo stesso protocollo può comunque modificare l'avvio, il livello minimo, il comportamento di dissolvenza, la potenza in standby, il rumore udibile o la segnalazione dei guasti.
Per un progetto di apparecchio di illuminazione, identificare il modello e la versione esatti del driver, l'intervallo di uscita, l'interfaccia di regolazione, la collocazione termica e il carico LED. Se il driver è configurabile, registrare la corrente programmata e ogni file di parametri. Se vengono utilizzate più schede LED o tipi di canale, documentare quale uscita del driver alimenta ciascun carico. Questi dettagli devono far parte della configurazione approvata, non solo delle note temporanee di prova di un tecnico.
di New Lights famiglie di prodotti forniscono il contesto dell'apparecchio di illuminazione per una verifica di compatibilità, mentre il soluzioni di illuminazione commerciale e per il retail mostrano come i controlli si rapportano ai requisiti dell'applicazione. Le dichiarazioni elettriche specifiche del modello devono provenire dalla documentazione del prodotto selezionato e dal programma di progetto.
Realizzare un circuito rappresentativo e una matrice di prova
Realizzare il circuito con l'alimentazione prevista, le protezioni, il controller o il dimmer, i sensori, il gateway, il driver, il carico LED e una disposizione rappresentativa dei cavi. Utilizzare campioni destinati alla produzione con il firmware e la configurazione pianificati. L'installazione elettrica e le misurazioni devono essere eseguite da personale qualificato secondo le regole di progetto applicabili.
Testare almeno le quantità minime, tipiche e massime previste da collegare. Per ciascuna quantità, passare da spento, avvio, livello basso, livelli intermedi, uscita massima e spegnimento. Aggiungere comandi rapidi, dissolvenze lunghe e cicli ripetuti quando richiesti dalla sequenza utente. Registrare l'emissione luminosa misurata nei punti concordati anziché basarsi solo sulla percentuale del controller.
| Stato di prova | Osservare o misurare | Esempio di registrazione di accettazione |
|---|---|---|
| Alimentazione da spento | Ritardo di avvio, sincronizzazione, lampeggio e interventi di protezione | Tutte le unità si avviano entro l'intervallo concordato senza emissione indesiderata |
| Livello minimo utilizzabile | Stabilità, scintillio, interruzioni, rumore e coerenza tra unità | Il livello misurato e il comportamento visivo soddisfano l'obiettivo del progetto |
| Transizione e cambio di scena | Fluidità della dissolvenza, inseguimento e risposta ai comandi | Nessun gradino visibile, blocco o punto finale incoerente oltre la tolleranza concordata |
| Piena emissione | Ingresso, contesto della temperatura del driver e flusso luminoso stabile | Il circuito rimane stabile al carico massimo previsto |
| Interruzione e ripristino dell'alimentazione | Stato mantenuto, stato predefinito, ripristino di gateway e sensore | Il sistema ritorna allo stato operativo definito senza ricostruzione manuale |
| Guasto o dispositivo scollegato | Segnalazione, isolamento ed effetto sui dispositivi rimanenti | Il comportamento in caso di guasto è conforme al piano di manutenzione e monitoraggio |
Quando la modulazione e la qualità elettrica incidono sulla decisione, aggiungete il checklist dell'acquirente per flicker, fattore di potenza e THD allo stesso piano di prova. Il Checklist di valutazione dei campioni di illuminazione LED può essere utilizzato per controllare l'identità del campione, la configurazione e le evidenze di accettazione prima dell'approvazione del circuito rappresentativo.
Diagnosticare i modelli di guasto comuni
Quando il circuito non raggiunge l'obiettivo, modificare una sola variabile controllata alla volta. Un guasto solo al carico più piccolo indica un limite dell'intervallo di carico o dell'interfaccia. Un guasto solo alla quantità più elevata indica carico, alimentazione del bus, caduta di tensione, topologia o capacità. Un problema limitato a una scena o a una sequenza del sensore indica configurazione, ruoli dei dispositivi o logica del gateway, anziché il solo carico LED.
L'instabilità ai bassi livelli può derivare dal segnale di controllo, dall'implementazione del driver, dal carico LED o dalla loro interazione. Il lampeggio all'avvio può coinvolgere la sequenza di alimentazione, perdite di commutazione o il comportamento del driver. Il rumore udibile può variare con il livello di regolazione e il montaggio. Un ripristino ritardato o incoerente può dipendere da impostazioni conservate, ordine di avvio del controller, disponibilità della rete o mappature del gateway. Il verbale di prova deve indicare la condizione che innesca il sintomo, non limitarsi a contrassegnare il sistema come “incompatibile”.
Le bande visibili in camera non coincidono con lo sfarfallio percepibile dall'occhio umano. Se lo spazio include video, visione artificiale o imaging ad alta velocità, definire la camera e le condizioni operative come parte dell'accettazione. Non utilizzare il risultato di una fotocamera del telefono come unico metodo di accettazione per ogni applicazione.
Bloccare le sostituzioni, il firmware e le registrazioni di messa in servizio
Fissare le identità di driver, controller, sensore e gateway prima del rilascio alla produzione. Registrare le versioni hardware e firmware, le impostazioni del driver, i ruoli dei dispositivi, la topologia, gli indirizzi, i gruppi, le scene, le programmazioni e i parametri dei sensori. Salvare il file di messa in servizio in una posizione controllata del progetto e fornire al team della struttura un elenco dispositivi leggibile e una procedura di ripristino.
La revisione delle sostituzioni deve basarsi sulle funzioni. La sostituzione di un driver può richiedere la ripetizione dei test di avvio, livello minimo, transizione, elettrici e di guasto. La sostituzione di un controller o gateway può richiedere anche il nuovo controllo di indirizzamento, scene, logica dei sensori, integrazioni e ripristino. Un aggiornamento firmware può modificare il comportamento anche se il modello hardware rimane invariato.
Definire chi può approvare una modifica, quali evidenze sono richieste e quali celle della matrice di prova devono essere ripetute. Ciò evita che un componente apparentemente equivalente entri in produzione senza riprodurre il risultato utente approvato.
Checklist di rilascio per gli acquirenti
- Le funzioni utente richieste e i risultati misurabili sono definiti prima della selezione del protocollo.
- Le identità di alimentazione, controller, sensore, gateway, driver e carico LED sono complete.
- Sono definiti ruoli dei dispositivi, alimentazione del bus, topologia, indirizzamento e responsabilità dell'integrazione.
- Sono rappresentate le quantità minime, tipiche e massime collegate.
- Avviamento, basso livello, transizioni, emissione massima, guasti e ripristino dell'alimentazione dispongono di criteri di accettazione.
- I registri di certificazione DALI corrispondono, ove applicabile, allo specifico dispositivo proposto.
- Firmware, file di configurazione e registrazioni di messa in servizio sono controllati.
- La responsabilità delle sostituzioni e l'ambito del nuovo test sono concordati prima della produzione.
Inviare il programma dei dispositivi, le funzioni richieste, le quantità previste e la matrice di accettazione tramite il modulo di richiesta progetto New Lights quando si richiede una verifica di driver e controllo.
Domande frequenti
La corrispondenza di «DALI» in due schede tecniche dimostra la compatibilità del sistema?
No. Confermate l'identità certificata e il ruolo di ciascun dispositivo applicabile, quindi testate l'indirizzamento, i gruppi, le scene, le transizioni, il feedback e il ripristino del sistema configurato.
Perché il livello minimo di dimmerazione può cambiare con la quantità collegata?
L'interfaccia di controllo, l'intervallo di carico del driver, il carico del bus o del dimmer, la disposizione dei cavi e l'implementazione dei dispositivi possono comportarsi diversamente nei gruppi più piccoli e più grandi. Testare entrambi i limiti rispetto a un obiettivo di livello luminoso misurato.
Cosa deve essere ripetuto dopo la sostituzione di un driver?
Ripetere ogni funzione che il driver può influire: avvio, intervallo di regolazione utilizzabile, transizioni, stato di spegnimento, stabilità a pieno carico, comportamento elettrico, rumore, risposta ai guasti e ripristino dell'alimentazione. Registrare l'identità e le impostazioni del nuovo driver.
Un test riuscito su un solo apparecchio di illuminazione è sufficiente per un grande progetto?
No. Conferma solo che un campione può funzionare in quella condizione. Aggiungere le quantità minime, tipiche e massime previste e la topologia di controllo effettiva, affinché siano rappresentati il carico e le interazioni di sistema.
Fonti editoriali
- DALI Alliance, “DALI-2”: https://www.dali-alliance.org/dali2/
- DALI Alliance, “Database prodotti”: https://api.dali-alliance.org/products
- DALI Alliance, “Dispositivi di controllo”: https://www.dali-alliance.org/dali/control-devices.html
