KNX è nato negli anni Novanta come protocollo aperto europeo per l'automazione degli edifici. La promessa era semplice: qualsiasi dispositivo certificato KNX dovrebbe parlare con qualsiasi altro dispositivo certificato KNX, indipendentemente dal produttore. In teoria ha senso. Nella pratica, trent'anni dopo, il risultato è molto diverso.
Oggi Le racconto tre casi reali che ho vissuto negli ultimi anni. Il principale è un calzaturificio di Elche che ha passato due anni sull'orlo della chiusura per colpa di un impianto KNX progettato male, finché non abbiamo deciso di togliere letteralmente tutto il sistema e ricominciare da zero con Shelly e un Raspberry Pi. Ma prima mi lasci spiegare perché questo tipo di situazioni è molto più comune di quanto sembri.
Il mito dello standard aperto
KNX è certificato dalla KNX Association, con sede a Bruxelles. Il nome suona come un consorzio neutrale. La realtà è che per lavorare come integratore professionale serve ETS, il software ufficiale di programmazione, che costa circa 4.000 € per la versione professionale ed è proprietario al 100%. Ogni progetto KNX vive dentro un file ETS — se perde il file, o se l'integratore originale non glielo consegna a fine lavori, non può riprogrammare nulla senza rifare tutto da capo.
Per quanto «aperto» sia il protocollo che viaggia sul cavo, la porta d'ingresso all'ecosistema è un software proprietario e caro. E questo già contraddice la parola «standard».
La seconda trappola è la frammentazione tra produttori. Gira, Jung, ABB, MDT, Siemens, Schneider, Theben, Hager… vendono tutti prodotti «certificati KNX». Ma ognuno implementa le proprie estensioni, i propri application programs, e ha il proprio catalogo di codici. Quando si mescolano produttori nello stesso impianto, le incompatibilità saltano fuori negli angoli del progetto: un'uscita relè che non obbedisce a un ingresso binario, un termostato che ignora gli eventi del bus quando cambia il setpoint, un gateway DALI che risponde fuori tempo. Tecnicamente rispettano tutti lo standard. Funzionalmente non funziona niente insieme.
La terza trappola è la disponibilità dei ricambi. KNX non è hardware di consumo — è hardware di integrazione professionale. Quando un codice esce di produzione (e succede di continuo), può passare settimane a cercare un pezzo specifico in tutta Europa. E quando lo trova, costa il doppio di quanto costava al momento dell'installazione originale.
Quando uno di questi tre problemi La coglie impreparato, non ha un impianto domotico — ha una bomba a orologeria costosa.
Il caso di Elche: due anni di caos
Nel 2019 un calzaturificio di Elche ci ha contattati per un problema che stava cercando di risolvere da due anni con il suo installatore originale. Avevano investito circa 60.000 € in un sistema KNX «chiavi in mano» che controllava:
- Illuminazione interna dei capannoni di produzione
- Illuminazione esterna e del parcheggio
- Controllo dei forni di termofissaggio delle suole
- Climatizzazione degli uffici
Tutto integrato, tutto automatizzato, tutto «conforme allo standard europeo». Il problema è che dal primo giorno non funzionava niente bene. Le luci si accendevano da sole di notte. I forni — che sono il pezzo più critico della produzione, perché senza di loro non ci sono scarpe — si spegnevano senza motivo apparente e, peggio ancora, non c'era modo di riarmarli manualmente senza chiamare l'integratore. La fabbrica si fermava tra le 4 e le 8 ore ogni volta che succedeva.
Il cliente chiedeva una cosa, l'installatore ne faceva un'altra, e quando qualcosa non funzionava la risposta era sempre la stessa: «è colpa del produttore francese, il componente ha un bug, stiamo aspettando il nuovo firmware». Due anni di firmware nuovo che non arrivava mai. (Dico «produttore francese» per non tirare in ballo il marchio — chiunque lavori in questo settore capirà di chi parlo).
Ci hanno chiamati perché erano sull'orlo del collasso. Ogni guasto fermava la linea di produzione. Le suole che entravano nel forno quando si spegneva restavano termofissate a metà e andavano buttate. Gli operai passavano metà del tempo al telefono cercando di contattare l'integratore originale, che ormai non rispondeva nemmeno.
Quando una fabbrica perde tra le 4 e le 8 ore di produzione ogni volta che un sistema di illuminazione ha un problema, quello che ha non è un impianto domotico. È una bomba a orologeria costosa.
Diagnosi tecnica
La prima cosa che ho chiesto è stato il file ETS del progetto originale. Ci hanno messo una settimana a procurarmelo — l'integratore l'aveva perso «in un cambio di computer». Quando finalmente siamo riusciti ad aprirlo, abbiamo trovato quello che già sospettavo: un'architettura KNX con circa ottanta dispositivi di quattro produttori diversi, con aree del bus che non seguivano la topologia raccomandata, loop di retroazione tra attuatori e sensori, e un sistema di gestione dei forni realizzato come una cascata di oggetti di comunicazione che dipendeva dallo stato del bus in tempo reale.
In parole povere: il sistema funzionava male perché era stato progettato male. I forni avevano la loro logica di sicurezza — temperatura massima, rilevamento di surriscaldamento, chiusura in caso di guasto — delegata al bus KNX. Qualsiasi collisione o ritardo sul bus si traduceva in un comando di spegnimento che il forno eseguiva senza sapere perché. E poiché l'integratore aveva programmato tutto con gruppi di comunicazione intrecciati, riavviare un forno richiedeva letteralmente di riprogrammare da ETS.
Quest'architettura non sarebbe mai dovuta uscire dal tavolo da disegno. Ma quando KNX Le permette di toccare tutto dal bus, c'è un incentivo pericoloso a mettere la logica critica sul bus. Nessun tecnico industriale serio metterebbe l'interblocco di sicurezza di un forno su un bus condiviso con l'illuminazione del parcheggio. Eppure era lì.
La soluzione: Shelly Pro + Raspberry Pi
La decisione è stata radicale: togliere tutto il KNX. Letteralmente tutto. Dispositivi, attuatori, sensori, gateway. Abbiamo recuperato quello che si poteva rivendere sul mercato dell'usato e il resto è andato in rottamazione.
Al suo posto abbiamo installato un'architettura molto più semplice e molto più robusta:
- Shelly Pro 4PM per ogni gruppo di illuminazione. Sono attuatori modulari su guida DIN montati in quadro, con quattro canali, misura dei consumi per canale e comunicazione WiFi + Ethernet. Funzionano senza bisogno di un server centrale: se il coordinatore cade, ogni Shelly mantiene la propria logica locale.
- Shelly Pro EM-50 per misurare il consumo trifase in ogni zona critica, con invio in tempo reale a un database proprio.
- I forni sono tornati ad avere il loro quadro dedicato, con interblocco di sicurezza cablato e relè di riarmo fisico. L'unica integrazione con il sistema generale è un segnale di stato (acceso/spento) e un comando di arresto di emergenza, entrambi via contatto pulito. Niente bus condivisi per la logica critica.
- Un Raspberry Pi 4 che fa girare Home Assistant come coordinatore di tutto il sistema. Script di automazione in YAML, backup automatici su un NAS del cliente e un'interfaccia web a cui il capo reparto accede dal telefono.
- Un modem 4G di riserva per quando la rete WiFi della fabbrica dava problemi, cosa che succedeva spesso per via del rumore elettromagnetico dei macchinari.
Il costo totale dell'intero progetto di migrazione è stato di 6.200 € di hardware più 8 giornate di lavoro di due tecnici. Meno di un decimo del costo del sistema KNX originale.
Quell'impianto funziona dal 2019. Zero fermi attribuibili al sistema. I forni non si sono spenti da soli nemmeno una volta. Quando uno Shelly si è guastato (è successo due volte in sei anni), il cliente ne ha comprato uno nuovo su Amazon, lo ha sostituito in venti minuti e lo ha riconfigurato clonando la configurazione da Home Assistant. Nessun tecnico esterno necessario.
Altri casi che ho visto
Quello di Elche non è un caso isolato. Negli ultimi anni ho visto varianti dello stesso problema in settori diversi. Questi sono altri tre che ricordo bene:
Farmacia a Madrid — componente fuori produzione, frigoriferi a rischio
80.000 € investiti in un sistema KNX Siemens che controllava illuminazione, climatizzazione e i frigoriferi del retrobottega dove si conservano i farmaci sensibili alla temperatura. Al terzo anno, quello specifico codice del termostato del frigorifero è uscito di produzione e non ce n'era uno compatibile disponibile in tutta la Spagna. Due settimane con i frigoriferi in modalità manuale — controllando le temperature ogni ora con un termometro da tasca, per paura di perdere una partita di insulina — mentre cercavamo un ricambio su eBay Germania a tre volte il prezzo originale.
La soluzione finale è stata sostituire tutta la parte critica (frigoriferi + climatizzazione della sala di preparazione) con controllori industriali convenzionali e un termometro Shelly H&T come monitoraggio di riserva, che avvisa il titolare via Telegram se una qualsiasi temperatura esce dal range. Il cliente ha mantenuto KNX solo per l'illuminazione, perché era già installato e funzionava — lì la regola vale: quello che funziona non si tocca.
Condominio ad Alicante — allarmi fantasma
Sistema KNX che controllava l'accesso al garage, le luci comuni e gli allarmi perimetrali. Ogni notte, in modo casuale, uno degli allarmi scattava da solo. I condomini hanno chiamato l'integratore, che ha fatto pagare la visita, ha dato la colpa a «un fulmine» e se n'è andato. Due settimane dopo, un altro allarme fantasma. E un altro. E un altro.
L'integratore originale diceva che era «rumore elettromagnetico sul bus» e proponeva un gateway di filtraggio da 1.200 € più la visita per installarlo. Quando ci hanno chiamati per un secondo parere, la diagnosi reale ha richiesto venti minuti: il gateway IP del sistema aveva un bug noto che il produttore aveva corretto in un firmware nuovo — ma il firmware nuovo richiedeva di aggiornare ETS a una versione che l'integratore non aveva e si rifiutava di comprare. Soluzione: abbiamo sostituito il gateway con uno Shelly Plus i4 che manda gli eventi a Home Assistant, e i falsi positivi sono spariti lo stesso giorno. Costo totale: 45 € di hardware + 2 ore di lavoro.
Uffici di una società di consulenza tecnologica — integrazione impossibile
Azienda moderna con sistema KNX che voleva integrarlo con Google Calendar, in modo che le sale riunioni spegnessero automaticamente illuminazione e climatizzazione quando erano vuote da più di quindici minuti e non c'erano prenotazioni imminenti. Sulla carta, un'integrazione banale. Nel mondo KNX reale, impossibile senza gateway costosi, programmazione ETS e ogni modifica di logica fatturata a parte.
Abbiamo migrato le sale riunioni su Shelly + Home Assistant + HACS, e il team IT interno dell'azienda ha potuto programmare l'integrazione con il proprio Google Workspace in un pomeriggio, senza chiamare nessun consulente esterno. L'integratore KNX originale aveva passato sei mesi a chiedere soldi per uno studio di fattibilità — che non ha mai consegnato.
Quando KNX ha davvero senso
Non voglio che questo articolo suoni come un attacco generalizzato. KNX ha scenari in cui resta la scelta corretta:
- Ville di lusso di grandi dimensioni con un unico integratore di fiducia che manterrà il sistema per anni e dove il budget non è il problema. Qui la complessità del bus, il software costoso e i componenti specifici sono giustificabili, perché il cliente vuole un sistema elegante, con schermi touch Gira o Jung in ogni stanza, e non gli pesa pagare.
- Progetti dove KNX è già installato e funziona bene. Se eredita un impianto che funziona, non lo tocchi. Il costo della migrazione è quasi sempre superiore al beneficio. Aggiunga strati sopra se Le serve più funzionalità, ma non rifaccia quello che funziona.
- Integrazioni specifiche con certi produttori europei di climatizzazione che offrono solo interfacce KNX native e dove i gateway verso altri protocolli sono costosi o instabili.
- Edifici certificati dove la documentazione formale di un sistema KNX facilita gli audit di efficienza energetica o le certificazioni LEED/BREEAM.
In tutti gli altri casi — e soprattutto negli ambienti industriali dove il fermo impianto costa caro e la semplicità di sostituzione è critica — esistono alternative migliori.
Che cosa usare al posto di KNX
La mia raccomandazione tecnica per tipo di progetto, senza fumo e senza legami con nessun produttore:
- Abitazione residenziale normale (< 200 m²): Shelly standard + Home Assistant. Costo per punto: 25–40 €. Configurazione via web. Componenti disponibili su Amazon con consegna in 24 ore.
- Abitazione di lusso o villa grande: Shelly Pro su guida DIN + Home Assistant su un Intel NUC con SSD. Stessa filosofia del residenziale, ma con attuatori DIN professionali e backup fisico del server. Costo per punto: 40–80 €.
- Uffici e spazi commerciali: Shelly Pro + ESPHome (per i sensori custom) + Home Assistant + integrazione con le API aziendali. Qui il valore aggiunto è la capacità di integrarsi con Slack, Google Calendar, Microsoft Teams, ecc.
- Industria: PLC convenzionali (Siemens S7, Schneider M2xx) per la logica di sicurezza critica. Shelly Pro + Home Assistant per il livello di supervisione e per l'illuminazione generale. Mai mescolare le due cose sullo stesso bus. La regola è semplice: la sicurezza passa dal cavo fisico, la supervisione passa dall'IP.
- Agricolo / serre / off-grid: stesso schema dell'industria, ma con particolare attenzione al consumo elettrico, perché questi sistemi funzionano di solito con fotovoltaico a isola. Qui ho usato con successo Raspberry Pi + Node-RED + Shelly Plus per il controllo di irrigazione, ventilazione, temperatura e livello dell'acqua. È quello che ho fatto nel progetto della sierra di Murcia di cui parlo nella mia pagina dei progetti.
Conclusione
KNX non è morto. Ha casi d'uso legittimi. Ma ha smesso di essere la risposta di default almeno dieci anni fa, e i produttori europei tradizionali ancora non se ne sono accorti.
Quando un cliente mi chiede un sistema di domotica industriale, la mia prima domanda non è «KNX o non KNX?» ma «qual è il Suo piano per i prossimi dieci anni?». Se la risposta include un unico integratore esterno, budget per ricambi costosi e tempo da perdere ad aspettare firmware, KNX può avere senso. In tutti gli altri casi probabilmente sta meglio con una combinazione di Shelly, Home Assistant, ESPHome e un po' di buon senso industriale.
Il cliente di Elche è da sei anni senza problemi. Non ha dovuto chiamare nessuno. La sua fabbrica non si è fermata. E quando un componente si guasta, ne compra uno nuovo su Amazon per meno di 100 € e lo cambia da solo in venti minuti. È questo il tipo di domotica che voglio costruire.