Perché KNX non è sempre la risposta nella domotica industriale

KNX è nato negli anni Novanta come protocollo aperto europeo per l'automazione degli edifici. La promessa era semplice: qualsiasi dispositivo certificato KNX doveva poter parlare con qualsiasi altro dispositivo certificato KNX, indipendentemente dal produttore. In teoria ha senso. Nella pratica, trent'anni dopo, il risultato è molto diverso.

Oggi vi racconto tre casi reali che ho vissuto negli ultimi anni. Il principale è una fabbrica di calzature a Elche che ha passato due anni sull'orlo della chiusura per colpa di un'installazione KNX progettata male, fino a quando abbiamo deciso di smontare letteralmente tutto il sistema e ricominciare da zero con Shelly e una Raspberry Pi. Ma prima, lasciatemi spiegare perché queste situazioni sono molto più frequenti 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 perdi il file, o se l'integratore originale non te lo consegna alla fine dell'installazione, non puoi riprogrammare nulla senza rifare tutto da zero.

Per quanto "aperto" sia il protocollo sul cavo, la porta d'ingresso dell'ecosistema è un software proprietario costoso. E questo già contraddice la parola "standard".

La seconda trappola è la frammentazione tra produttori. Gira, Jung, ABB, MDT, Siemens, Schneider, Theben, Hager... tutti vendono prodotti "KNX certificati". Ma ognuno implementa le proprie estensioni, i propri application programs, e ha il proprio catalogo di referenze. Quando mescoli produttori nella stessa installazione, le incompatibilità saltano fuori negli angoli del progetto: un'uscita relè che non obbedisce a un input binario, un termostato che ignora gli eventi del bus quando cambia il setpoint, un gateway DALI che risponde fuori tempo. Tecnicamente tutto rispetta lo standard. Funzionalmente, niente funziona insieme.

La terza trappola è lo stock. KNX non è hardware di consumo — è hardware di integrazione professionale. Quando una referenza va fuori produzione (e succede continuamente), puoi passare settimane a cercare un pezzo specifico in tutta Europa. E quando lo trovi, costa il doppio di quanto costava quando hai fatto l'installazione originale.

Quando uno di questi tre problemi ti prende alla sprovvista, non hai un impianto di domotica — hai una bomba a orologeria costosa.

Il caso di Elche: due anni di caos

Nel 2019 una fabbrica di calzature di Elche ci contattò per un problema che stavano cercando di risolvere con il loro installatore originale da due anni. 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, niente funzionava 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, non c'era modo di riarmarli manualmente senza chiamare l'integratore. La fabbrica si fermava dalle 4 alle 8 ore ogni volta che succedeva.

Il cliente chiedeva una cosa, l'installatore ne faceva un'altra, e quando qualcosa andava male la risposta era sempre la stessa: "è colpa del produttore francese, il pezzo ha un bug, stiamo aspettando un firmware nuovo". Due anni di firmware nuovo che non arrivava mai. (Dico "produttore francese" per non mettere il marchio in mezzo — chiunque lavori nel settore saprà di chi sto parlando.)

Ci hanno chiamato perché erano sull'orlo del collasso. Ogni guasto fermava la catena di produzione. Le suole che entravano nel forno quando si spegneva rimanevano parzialmente termofissate e bisognava buttarle. Gli operai passavano metà del tempo al telefono cercando di contattare l'integratore originale, che ormai nemmeno rispondeva.

Quando una fabbrica perde dalle 4 alle 8 ore di produzione ogni volta che un impianto di illuminazione ha un problema, ciò che hai non è un impianto di domotica. È 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 trovarlo — 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 implementato 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 obbediva senza sapere perché. E poiché l'integratore aveva programmato tutto con gruppi di comunicazione intrecciati, riavviare un forno richiedeva letteralmente di riprogrammare da ETS.

Questa architettura non sarebbe mai dovuta uscire dal tavolo di progettazione. Ma quando KNX ti 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 KNX. Letteralmente tutto. Dispositivi, attuatori, sensori, gateway. Abbiamo recuperato quello che si poteva rivendere sul mercato secondario 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 DIN da quadro, con quattro canali, misurazione del consumo per canale, e comunicazione WiFi + Ethernet. Funzionano senza bisogno di un server centrale: se il coordinatore cade, ogni Shelly mantiene la sua logica locale.
Shelly Pro EM-50 per misurare il consumo trifase in ogni zona critica, con reportistica in tempo reale verso un database interno.
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 tramite contatto pulito. Niente bus condivisi per la logica critica.
Una 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 cellulare.
Un modem 4G di fallback per quando la rete WiFi della fabbrica aveva problemi, cosa che succedeva spesso per il rumore elettromagnetico dei macchinari.

Il costo totale del progetto di migrazione completo è stato di 6.200 € in hardware più 8 giorni di lavoro di due tecnici. Meno di un decimo del costo del sistema KNX originale.

Quell'installazione funziona dal 2019. Zero fermate 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, l'ha sostituito in venti minuti e l'ha riconfigurato clonando la configurazione via 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 molto diversi. Questi sono altri tre che ricordo bene:

Farmacia a Madrid — pezzo 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 farmaci sensibili alla temperatura. Al terzo anno, la referenza specifica del termostato del frigorifero è andata fuori produzione e non c'era un compatibile disponibile in tutta la Spagna. Due settimane con i frigoriferi in modalità manuale — controllando le temperature ogni ora con un termometro tascabile per paura di perdere una partita di insulina — mentre cercavamo un pezzo di 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 controller industriali convenzionali con un termometro Shelly H&T come monitor di backup che allerta 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 a Alicante — allarmi fantasma

Sistema KNX che controllava l'accesso al garage, le luci comuni e gli allarmi perimetrali. Ogni notte, a caso, uno degli allarmi si attivava da solo. I condomini chiamavano l'integratore, che fatturava la chiamata, dava la colpa a "un fulmine", e se ne andava. 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 chiamata per installarlo. Quando ci hanno chiamato per una seconda opinione, la diagnosi vera 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 l'aggiornamento di ETS a una versione che l'integratore non possedeva e si rifiutava di comprare. Soluzione: abbiamo sostituito il gateway con uno Shelly Plus i4 che manda eventi a Home Assistant, e i falsi positivi sono spariti lo stesso giorno. Costo totale: 45 € di hardware e 2 ore di lavoro.

Uffici di una consulenza tecnologica — integrazione impossibile

Un'azienda moderna con un sistema KNX che volevano integrare 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 a Shelly + Home Assistant + HACS, e il team IT interno dell'azienda ha programmato l'integrazione con Google Workspace in un pomeriggio, senza chiamare nessun consulente esterno. L'integratore KNX originale stava chiedendo soldi da sei mesi 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 è ancora la scelta giusta:

Grandi ville di lusso 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 pezzi specifici sono giustificabili perché il cliente vuole un sistema elegante, con pannelli touch Gira o Jung in ogni stanza, e non gli importa pagare.
Progetti dove KNX è già installato e funziona bene. Se erediti un'installazione che funziona, non toccarla. Il costo di migrarla è quasi sempre maggiore del beneficio. Aggiungi strati sopra se ti serve più funzionalità, ma non rifare quello che già 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 in ambienti industriali dove il downtime è costoso e la semplicità di sostituzione è critica — ci sono alternative migliori.

Cosa usare al posto di KNX

La mia raccomandazione tecnica per tipo di progetto, senza fumo e senza fedeltà a nessun produttore:

Casa residenziale normale (< 200 m²): Shelly standard + Home Assistant. Costo per punto: 25–40 €. Configurazione via web. Componenti disponibili su Amazon con consegna in 24h.
Casa di lusso o villa grande: Shelly Pro in quadro DIN + Home Assistant su 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 sensori custom) + Home Assistant + integrazione con API aziendali. Qui il valore aggiunto è la capacità di integrare con Slack, Google Calendar, Microsoft Teams, ecc.
Industria: Controller PLC convenzionali (Siemens S7, Schneider M2xx) per la logica di sicurezza critica. Shelly Pro + Home Assistant per il livello di supervisione e l'illuminazione generale. Mai mescolare le due cose sullo stesso bus. La regola è semplice: la sicurezza va via cavo fisico, la supervisione va via IP.
Agricolo / serre / off-grid: Stesso schema dell'industria, ma con particolare attenzione al consumo elettrico perché questi sistemi di solito funzionano con solare isolato. 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 pagina dei progetti.

Conclusione

KNX non è morto. Ha casi d'uso legittimi. Ma ha smesso di essere la risposta di default almeno un decennio 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 tuo piano per i prossimi dieci anni?". Se la risposta include un integratore esterno unico, budget per pezzi di ricambio costosi e tempo per aspettare il firmware, KNX può avere senso. In qualsiasi altro caso, probabilmente stai meglio con una combinazione di Shelly, Home Assistant, ESPHome e un po' di buon senso industriale.

Il cliente di Elche sono sei anni che non ha problemi. Non ha dovuto chiamare nessuno. La sua fabbrica non si è fermata. E quando un pezzo si guasta, ne compra uno nuovo su Amazon a meno di 100 € e lo cambia da solo in venti minuti. Quello è il tipo di domotica che voglio costruire.