English
Italiano
Comando
Accensione, spegnimento, dimming e comando di singoli apparecchi o gruppi, secondo driver e configurazione.
Nuovi Prodotti
Nuovi Prodotti
- Nuovo
Allorado Protocol...
1.140,00 €
- Nuovo
Allorado Protocol...
835,00 €
- Nuovo
Allorado Protocol...
545,00 €
La maggior parte
La maggior parte
- In saldo!
e-Station Colonnina...
799,00 €
E.B® KNX Smart Meter...
275,50 €
- In saldo!
Bes Termostato Touch...
107,00 €
SMART LIGHTING · LED · LORAWAN · ZHAGA · TALQ
Telecontrollo della pubblica illuminazione con LoRaWAN, LED e piattaforma TALQ
Architettura tecnica per gestire punti-luce, dimming, consumi, allarmi e programmazione: apparecchi LED, controller Zhaga DALI-2, rete LoRaWAN, gateway e piattaforma di supervisione.
Controller Zhaga Book 18
DALI 2.0 · D4i · Philips SR*
LoRaWAN EU868
Gateway e CMS TALQ Lighting*
Misure elettriche e allarmi
Che cos’è il telecontrollo della pubblica illuminazione?
È un sistema che permette di comandare e monitorare da remoto i punti-luce.
Una soluzione completa integra apparecchi LED, controller Zhaga o NEMA,
rete LoRaWAN, gateway e piattaforma software per accensione, spegnimento,
dimming, misure elettriche, consumi, programmazione e allarmi.
Come funziona il telecontrollo punto-luce
Il telecontrollo trasforma ogni apparecchio in un punto-luce indirizzabile, monitorabile e, quando previsto dalla configurazione, comandabile da remoto. Il controller installato sull’apparecchio comunica con la rete radio e riceve comandi o parametri dalla piattaforma centrale.
Apparecchio LED
Illuminazione
Controller Zhaga/NEMA
Controllo punto-luce
Rete LoRaWAN
Comunicazione radio
Gateway
Raccolta e inoltro dati
CMS
Supervisione e gestione
Telemetria
Lettura di tensione, corrente, potenza, fattore di potenza, energia cumulata e ore di funzionamento.
Diagnostica
Rilevazione e notifica di anomalie elettriche, guasti lampada, temperatura, perdita di alimentazione e comunicazione con il driver.
Programmazione
Calendari, astro-clock, fotocellula, part-night e regole dinamiche basate su presenza o altri sensori compatibili.
Architettura della soluzione di smart lighting
Una soluzione per la pubblica illuminazione non è costituita da un solo dispositivo. La compatibilità deve essere verificata tra apparecchio, driver, controller, rete, gateway, network server e piattaforma.
| Livello | Componente | Funzione |
|---|---|---|
| Illuminazione | Corpo illuminante LED | Produce il flusso luminoso richiesto dal progetto. |
| Punto-luce | Controller Zhaga o NEMA | Comanda il driver e raccoglie dati operativi ed elettrici. |
| Connettività | LoRaWAN e gateway | Trasferisce comandi, misure e allarmi. |
| Supervisione | CMS / piattaforma di gestione | Gestisce anagrafica, programmazione, monitoraggio e manutenzione. |
Compatibilità da verificare prima dell’offerta
La presenza di un’interfaccia Zhaga, DALI, D4i o NEMA non garantisce automaticamente la compatibilità dell’intera soluzione. Prima della fornitura devono essere verificati socket, pinout, driver, modalità di dimming, alimentazione, profilo radio, gateway e piattaforma.
Controller Zhaga LoRaWAN ZH 71LW
Il controller ZH 71LW è un nodo punto-luce con interfaccia standard Zhaga Book 18 a 4 pin. La scheda tecnica indica comunicazione LoRaWAN, funzionamento Class C, protocollo LoRaWAN 1.0.2, supporto DALI/DALI 2.0, D4i e Philips SR secondo la configurazione, oltre alla lettura dei principali parametri elettrici.
Installazione plug-and-play
L’interfaccia Zhaga Book 18 consente l’installazione su apparecchi predisposti, previa verifica della compatibilità meccanica ed elettrica.
Controllo remoto
Il nodo supporta comandi di accensione, spegnimento e regolazione del livello luminoso secondo driver e modalità configurati.
Misure elettriche
La documentazione indica rilevazione di tensione e corrente, calcolo della potenza attiva, fattore di potenza e registrazione dell’energia.
Moduli opzionali
Sono indicati moduli opzionali per RTC, tilt e GPS. La disponibilità deve essere confermata per il codice e la configurazione ordinati.
Specifiche tecniche ZH 71LW
| Parametro | Dato dichiarato |
|---|---|
| Interfaccia | Zhaga Book 18, 4 pin |
| Comunicazione | LoRaWAN |
| Protocollo | LoRaWAN 1.0.2 |
| Classe | Class C |
| Variante europea | EU868 |
| Sensibilità ricevitore | -135 ±1 dBm a SF12 |
| Potenza di trasmissione | 19,5 dBm |
| Spreading Factor | SF9–SF12, adattamento automatico |
| Alimentazione | 12–24 VDC |
| Potenza statica | <1 W |
| Potenza transitoria | ≤2 W |
| Grado di protezione | IP65 |
| Temperatura operativa | -40 °C / +85 °C |
| Umidità | <95% |
| Dimensioni | Diametro 84 mm, altezza 48 mm |
| Peso | 0,1 kg |
| Accuratezza dati | ≤3% |
| Bus DALI | 23 VDC |
| Corrente ingresso DALI | 60 mA |
Nota tecnica:
la scheda indica varianti radio CN470, AS923 ed EU868. Per installazioni
in Italia deve essere verificata la variante EU868 e la configurazione
radio prevista dal progetto.
Vedi il controller Light Node LoRa D4i su DomoEnergyStore
DALI, D4i, Philips SR e 0–10 V: quale differenza?
La modalità di dimming dipende dal driver installato nell’apparecchio e dal controller utilizzato. Zhaga e NEMA identificano principalmente interfacce e modalità di installazione; non sono protocolli di dimming equivalenti a DALI o 0–10 V.
| Elemento | Descrizione | Verifica necessaria |
|---|---|---|
| Zhaga Book 18 | Interfaccia meccanica ed elettrica per nodi e sensori. | Socket, pinout e compatibilità dell’apparecchio. |
| DALI / DALI-2 | Protocollo di controllo e comunicazione con il driver. | Driver compatibile e modalità configurata. |
| D4i | Funzioni DALI per dati e diagnostica dell’apparecchio. | Driver e controller certificati/compatibili. |
| Philips SR | Interfaccia e configurazione utilizzabile con apparecchi compatibili. | Compatibilità dichiarata dal produttore. |
| 0–10 V | Segnale analogico per la regolazione del livello. | Controller NEMA e driver predisposti. |
| NEMA ANSI C136.41 | Presa per nodi di controllo su apparecchi compatibili. | Tipo di dimming configurato: DALI o 0–10 V. |
Controller Zhaga e controller NEMA non sono intercambiabili
Il controller Zhaga documentato utilizza DALI 2.0/D4i nella configurazione indicata. I test di integrazione del controller NEMA mostrano invece configurazioni 0–10 V o DALI. Prima dell’ordine devono essere verificati il tipo di presa, il driver e la modalità di dimming.
Protocollo LoRaWAN LCU per il controllo dei punti-luce
Il protocollo LoRaWAN LCU v1.4.12 documenta la struttura dei frame e le operazioni disponibili per il controller. La configurazione di riferimento indica Class C, dati unconfirmed, FPort 10 per uplink e downlink, LoRaWAN 1.0.2 e intervallo di report predefinito di 60 minuti.
| Parametro | Configurazione documentata |
|---|---|
| Modalità | Class C |
| Tipo dati | Unconfirmed |
| FPort | 10, uplink e downlink |
| Versione LoRaWAN | 1.0.2 |
| Report predefinito | 60 minuti |
| Unicast | Control code 01H |
| Multicast | Control code 02H |
| Broadcast | Control code 03H |
| Report dispositivo | Control code 04H |
Comandi di controllo e comandi parametrizzabili
Il protocollo distingue i comandi di controllo — accensione, spegnimento, dimming e interrogazione — dai comandi di configurazione. I primi non richiedono cache; i comandi di configurazione possono essere memorizzati e inviati durante le successive comunicazioni del dispositivo.
Principali operazioni disponibili
Controllo
Accensione, spegnimento, dimming e interrogazione dello stato.
Configurazione
Soglie, allarmi, heartbeat, modalità di dimming e parametri di report.
Programmazione
Task locali con orari e azioni di accensione, spegnimento o dimming.
Diagnostica
Query di stato, versione, heartbeat, energia e report automatici.
Dimming LoRaWAN: accensione, spegnimento e regolazione
Nel protocollo LCU l’operazione di base utilizza codici specifici per accensione, spegnimento e dimming. Il livello di regolazione è espresso tra 0% e 100%.
| Codice operazione | Funzione | Parametro |
|---|---|---|
| 21H | Accensione | Il parametro dimming non è significativo. |
| 22H | Spegnimento | Il parametro dimming non è significativo. |
| 23H | Dimming | Da 00H = 0% a 64H = 100%. |
È possibile impostare il dimming al 10%?
Sì, il protocollo rappresenta il livello con un valore compreso tra
00H e 64H. Tuttavia, il frame completo deve essere costruito correttamente
con indirizzo, lunghezza, chiave, comando e checksum; inoltre il risultato
dipende dal driver e dalla modalità DALI, D4i o 0–10 V installata.
Nota per integratori:
gli esempi di frame e le procedure di calcolo checksum/CRC devono essere
utilizzati esclusivamente insieme alla versione corretta del protocollo,
all’indirizzo del dispositivo e alla configurazione del driver. Per questo
motivo gli esempi raw non sono riportati come istruzioni operative generiche
nella pagina commerciale.
Gateway e rete LoRaWAN
Il gateway raccoglie i messaggi dei controller punto-luce e li inoltra al network server o al sistema applicativo. Il suo dimensionamento deve considerare copertura radio, numero di nodi, ostacoli, altezza di installazione, posizione delle antenne e frequenza dei report.
Milesight UG67
Il Milesight UG67 è disponibile a catalogo come gateway LoRaWAN. La pagina dovrebbe riportare soltanto i parametri verificati nel datasheet ufficiale associato alla configurazione proposta. La compatibilità con il CMS e con il protocollo applicativo deve essere verificata per il progetto specifico.
| Verifica di progetto | Perché è importante |
|---|---|
| Copertura radio | Determina se i controller raggiungono il gateway con margine sufficiente. |
| Numero di nodi | Influenza traffico, capacità e pianificazione dei report. |
| Backhaul | Ethernet, Wi-Fi o rete mobile devono essere disponibili nel punto di installazione. |
| Network server | Deve essere compatibile con i dispositivi e con il flusso dati applicativo. |
| Posizionamento | Altezza, ostacoli e antenna influenzano la copertura reale. |
| Manutenzione | Devono essere definiti accesso, alimentazione e sostituzione del gateway. |
Perché non impostare sempre report molto ravvicinati?
Il protocollo indica un report predefinito di 60 minuti. La documentazione di integrazione sconsiglia intervalli inferiori a un’ora su reti con molti nodi, perché l’aumento del traffico può compromettere la capacità della rete. Report più frequenti possono essere valutati durante test e commissioning, ma devono essere dimensionati per il progetto.
Gateway e CMS certificati TALQ per smart lighting
La documentazione fornita comprende due Capability List distinte. Una descrive il gateway FondaCity, l’altra il CMS FondaCity. Il ruolo, la versione API e le funzionalità certificate devono essere riportati separatamente.
| Componente | Ruolo | Profilo | API certificata | Sessione | Test eseguiti |
|---|---|---|---|---|---|
| FondaCity-gateway | Gateway | Lighting | 2.5.1 | 19/10/2023 | 36 |
| FondaCity-CMS | CMS | Lighting | 2.6.0 | 06/06/2024 | 36 |
Configurazione
Discovery della rete, gestione degli asset, gruppi, soglie, parametri di campionamento e reporting.
Controllo
Comandi manuali su singolo punto-luce o gruppo e regolazione basata su sensori compatibili.
Monitoraggio
Tensione, corrente, potenza, fattore di potenza, energia, temperatura, ore di funzionamento e livello di luce.
Allarmi
Guasti di illuminazione, anomalie elettriche, programmi non validi ed eventi di comunicazione.
Programmazione
Orari fissi, astro-clock, fotocellula, part-night, giorni eccezionali e programmi dinamici su sensori.
Manutenzione
Storico degli eventi, stato dei punti-luce e informazioni utili alla pianificazione degli interventi.
Che cosa significa realmente “certificato TALQ”?
Significa che uno specifico prodotto è stato sottoposto a test secondo un determinato profilo e una determinata versione dell’API TALQ. La certificazione non significa che qualsiasi gateway, CMS, controller o apparecchio sia automaticamente compatibile con ogni altro componente.
Monitoraggio energetico, diagnostica e allarmi
Il controller ZH 71LW e il protocollo LCU documentato consentono di raccogliere dati elettrici e informazioni sullo stato del punto-luce. I valori disponibili dipendono dal controller, dal driver e dalla configurazione effettivamente installata.
| Dato o allarme | Utilità |
|---|---|
| Tensione | Verifica delle condizioni di alimentazione. |
| Corrente | Controllo del comportamento elettrico del carico. |
| Potenza attiva | Analisi dell’assorbimento del punto-luce. |
| Fattore di potenza | Indicatore della qualità del carico elettrico. |
| Energia cumulata | Supporto a report e analisi dei consumi. |
| Ore di funzionamento | Supporto a manutenzione e analisi operativa. |
| Guasto lampada | Segnalazione di una possibile anomalia dell’apparecchio. |
| Sovra/sottotensione | Rilevazione di valori oltre le soglie configurate. |
| Sovracorrente | Segnalazione di assorbimento oltre soglia. |
| Temperatura elevata | Individuazione di condizioni termiche anomale, se supportata. |
| Comunicazione DALI anomala | Possibile problema nello scambio dati con il driver. |
| Perdita alimentazione o comunicazione | Supporto all’identificazione del punto-luce non raggiungibile. |
Attenzione:
un allarme indica una condizione rilevata dal sistema e non sostituisce
la diagnosi tecnica sul campo. Soglie, driver, cablaggi e condizioni
ambientali devono essere verificati durante il commissioning.
Programmazione, fotocellula e regolazione adattiva
Il sistema può supportare scenari di funzionamento basati su orari, alba e tramonto, fotocellula e sensori, secondo le funzioni disponibili nella specifica combinazione di CMS, gateway, controller e driver.
Programmazione oraria
Definizione di orari per accensione, spegnimento e variazione del livello luminoso.
Astro-clock
Programmazione basata su alba e tramonto, con verifica della configurazione geografica e temporale.
Fotocellula
Attivazione e disattivazione in base a soglie configurabili di illuminamento.
Part-night
Riduzione programmata del livello luminoso durante fasce notturne definite dal progetto.
Presenza
Programmi dinamici basati sul rilevamento di presenza, se supportati dal sensore e dalla configurazione.
Rumore o altri sensori
Eventuali logiche basate su sensori devono essere verificate sulla capability del CMS e sui dispositivi disponibili.
Esempio di profilo di dimming
| Fase | Livello esemplificativo | Logica |
|---|---|---|
| Accensione serale | 100% | Fotocellula o astro-clock. |
| Prima fascia notturna | 70% | Programmazione oraria. |
| Fascia a bassa presenza | 40–50% | Programma part-night. |
| Rilevamento presenza | Incremento configurato | Sensore compatibile e regola dinamica. |
| Alba | Spegnimento | Fotocellula o astro-clock. |
I livelli riportati sono soltanto un esempio editoriale. I valori finali devono essere definiti nel progetto illuminotecnico e nel capitolato.
Applicazioni del telecontrollo per la pubblica illuminazione
Strade urbane
Apparecchi LED, controller punto-luce, dimming programmato, monitoraggio elettrico e gestione degli allarmi.
Piste ciclabili
Regolazione del livello luminoso e possibile attivazione adattiva tramite sensori compatibili.
Parcheggi
Gestione per zone, programmazione oraria e monitoraggio dei consumi dell’area.
Porti e aree industriali
Controllo di apparecchi e gruppi in aree estese, con diagnostica e supervisione centralizzata.
Parchi e comunità
Programmi orari, fotocellula e regolazione adattiva per percorsi e aree a bassa presenza.
Smart city integrata
Possibile condivisione dell’infrastruttura LoRaWAN con altre applicazioni, previa verifica tecnica e contrattuale.
Come si dimensiona un progetto di telecontrollo
Il dimensionamento deve partire dall’impianto reale e non soltanto dal numero di prodotti. Sono necessari dati illuminotecnici, elettrici, geografici e di connettività.
Censimento
Raccogliere numero, posizione, potenza, altezza e interasse dei punti-luce.
Compatibilità
Verificare socket, driver, DALI, D4i, SR, NEMA o 0–10 V.
Copertura
Valutare gateway, antenne, ostacoli, distanze e copertura LoRaWAN.
Configurazione
Definire dimming, report, allarmi, calendari e sensori.
Commissioning
Testare provisioning, comando, risposta, misure, allarmi e report.
Dati necessari per una valutazione preliminare
- ☐ Numero di punti-luce
- ☐ Comune, area o coordinate
- ☐ Planimetria dell’impianto
- ☐ Altezza e interasse dei pali
- ☐ Potenza e tecnologia esistenti
- ☐ Tipo di attacco: Zhaga, NEMA o altro
- ☐ Marca e modello del driver
- ☐ Protocollo di dimming richiesto
- ☐ Copertura LoRaWAN disponibile
- ☐ Profilo di funzionamento notturno
- ☐ Necessità di sensori
- ☐ Requisiti del capitolato
- ☐ Scadenza della gara o del progetto
- ☐ Eventuali richieste TALQ
Checklist tecnica prima dell’offerta
| Area | Controlli da eseguire |
|---|---|
| Apparecchio LED | Ottica, potenza, IP/IK, driver, protezioni, socket e fotometria. |
| Controller | Variante EU868, modalità DALI/D4i/SR/0–10 V, misure e moduli opzionali. |
| Rete | Copertura, gateway, backhaul, network server e traffico previsto. |
| CMS | Utenti, asset, gruppi, programmazione, allarmi, report e integrazioni. |
| TALQ | Ruolo, profilo Lighting, versione API e capability list applicabile. |
| Commissioning | Provisioning, comando, report, misure, allarmi e sincronizzazione oraria. |
Supporto tecnico per Comuni, ESCo e installatori
Analisi del capitolato
Confronto tra requisiti di gara, prodotti, protocolli, certificazioni e funzioni richieste.
Configurazione della soluzione
Scelta di apparecchi, controller, gateway, sensori e piattaforma in base all’architettura dell’impianto.
Computo preliminare
Stima delle quantità di controller, gateway e componenti necessari per il progetto.
Documentazione tecnica
Schede tecniche, capability list TALQ e documenti utili alla predisposizione dell’offerta.
Commissioning
Supporto nella verifica dei punti-luce, nella configurazione e nei test di comunicazione e comando.
Assistenza post-vendita
Supporto tecnico in lingua italiana per manutenzione, ricambi e gestione delle anomalie.
Prodotti e componenti della soluzione
Light Node LoRa D4i Controller
- Controller per interfaccia Zhaga
- Comunicazione LoRa/LoRaWAN secondo configurazione
- Gestione del punto-luce e dimming
- Prezzi riservati B2B
Stradale LED Zhaga 100 W
- 18.000 lm dichiarati
- Efficienza dichiarata fino a 180 lm/W
- Interfaccia Zhaga e driver DALI-2*
- Per strade e aree pubbliche
Milesight UG67
- Gateway LoRaWAN
- Da integrare con network server e applicazione compatibili
- Datasheet e user guide disponibili
- Dimensionamento da verificare sul progetto
Documentazione tecnica
La documentazione può essere utilizzata per la verifica preliminare della compatibilità, la preparazione di un’offerta e la fase di commissioning. I PDF contenenti protocolli o dati avanzati devono essere destinati a personale tecnico e integratori.
Milesight UG67 — Datasheet
Specifiche tecniche del gateway LoRaWAN.
Milesight UG67 — User Guide
Guida di installazione e configurazione.
Categoria LoRaWAN
Gateway e dispositivi LoRaWAN disponibili a catalogo.
Supervisione e controllo
Soluzioni per supervisione, gestione e controllo.
Documenti TALQ disponibili su richiesta
Le Certified Capability List del gateway FondaCity e del CMS FondaCity possono essere fornite per la documentazione tecnica di progetto o di gara. La pagina pubblica riassume le funzioni principali senza esporre endpoint tecnici o indirizzi di test.
Domande frequenti sul telecontrollo LoRaWAN
Che cos’è un controller Zhaga LoRaWAN?
È un nodo di controllo installabile su un apparecchio predisposto con interfaccia Zhaga Book 18. Può gestire comandi, dimming, lettura di dati elettrici e allarmi, secondo modello e configurazione.
Il controller ZH 71LW supporta DALI-2 e D4i?
La scheda tecnica indica il supporto a DALI, DALI 2.0, D4i e Philips SR. La compatibilità effettiva deve essere verificata con il driver e la variante del controller installati.
Qual è la differenza tra Zhaga e NEMA?
Sono interfacce diverse per installare nodi e sensori sugli apparecchi. Zhaga Book 18 utilizza un’interfaccia a 4 pin; NEMA ANSI C136.41 è una presa diffusa su molti apparecchi stradali. Non sono intercambiabili senza verificare apparecchio, driver e modalità di dimming.
È possibile impostare un lampione al 10%?
Il protocollo LCU rappresenta il dimming con valori da 00H a 64H, corrispondenti a 0–100%. Il comando deve essere costruito correttamente e il risultato dipende dal driver e dalla modalità DALI, D4i o 0–10 V.
Il report LoRaWAN deve essere inviato ogni dieci minuti?
No. Il protocollo documentato indica un intervallo predefinito di 60 minuti. Report più frequenti possono essere usati in test o casi specifici, ma devono essere dimensionati per evitare traffico radio eccessivo.
Quali dati elettrici può raccogliere il controller?
La documentazione indica tensione, corrente, potenza attiva, fattore di potenza, energia cumulata e ore di funzionamento. La disponibilità effettiva dipende dal controller, dal driver e dalla configurazione.
Quali allarmi può gestire il sistema?
Possono essere rilevati guasto lampada, perdita di alimentazione, sovra o sottotensione, sovracorrente, temperatura elevata, anomalie del driver, dispersione e perdita di comunicazione, secondo dispositivo e soglie configurate.
Il gateway FondaCity e il CMS FondaCity hanno la stessa versione TALQ?
No. La documentazione indica API TALQ 2.5.1 per il gateway FondaCity e API TALQ 2.6.0 per il CMS FondaCity. Entrambi sono riferiti al profilo Lighting, ma la compatibilità della combinazione deve essere verificata sul progetto.
La certificazione TALQ garantisce la compatibilità tra qualsiasi prodotto?
No. La certificazione riguarda uno specifico prodotto, ruolo, profilo e versione API. L’interoperabilità deve essere verificata tra gateway, CMS, controller, apparecchio e funzioni richieste.
Quali dati servono per ricevere una valutazione?
Servono numero e posizione dei punti-luce, apparecchi e driver esistenti, tipo di attacco, copertura radio, profilo di dimming, necessità di sensori, requisiti del capitolato e tempistiche del progetto.
Hai un progetto di telecontrollo o una gara?
Invia capitolato, numero di punti-luce e dati dell’impianto: verifichiamo compatibilità, componenti e documentazione tecnica.
Prestazioni, certificazioni, compatibilità, disponibilità e funzioni dipendono dal modello e dalla configurazione proposta. Verificare sempre la scheda tecnica e il capitolato specifico prima dell’offerta.