KNX ontstond in de jaren negentig als een Europees open protocol voor gebouwautomatisering. De belofte was simpel: elk KNX-gecertificeerd toestel zou met elk ander KNX-gecertificeerd toestel moeten kunnen praten, ongeacht de fabrikant. In theorie klinkt dat logisch. In de praktijk, dertig jaar later, ziet het resultaat er heel anders uit.
Vandaag vertel ik u drie echte gevallen die ik de voorbije jaren heb meegemaakt. Het belangrijkste is een schoenenfabriek in Elche die twee jaar lang op de rand van sluiting stond door een slecht ontworpen KNX-installatie, tot wij besloten om letterlijk het hele systeem eruit te halen en van nul te beginnen met Shelly en een Raspberry Pi. Maar eerst wil ik uitleggen waarom dit soort situaties veel vaker voorkomt dan het lijkt.
De mythe van de open standaard
KNX wordt gecertificeerd door de KNX Association, met zetel in Brussel. De naam klinkt als een neutraal consortium. De realiteit is dat u om als professionele integrator te werken ETS nodig hebt, de officiële programmeersoftware, die ongeveer € 4.000 kost voor de professionele versie en 100% propriëtair is. Elk KNX-project zit in één ETS-bestand — verliest u dat bestand, of geeft de oorspronkelijke integrator het u niet mee bij de oplevering, dan kunt u niets meer herprogrammeren zonder alles van nul over te doen.
Hoe "open" het protocol op de kabel ook is, de toegangspoort tot het ecosysteem is dure propriëtaire software. En dat begint het woord "standaard" al tegen te spreken.
De tweede val is de versnippering tussen fabrikanten. Gira, Jung, ABB, MDT, Siemens, Schneider, Theben, Hager... ze verkopen allemaal "KNX-gecertificeerde" producten. Maar elk van hen bouwt zijn eigen uitbreidingen, zijn eigen application programs, en heeft zijn eigen catalogus van referenties. Mengt u fabrikanten in dezelfde installatie, dan duiken de incompatibiliteiten op in de hoeken van het project: een relaisuitgang die niet luistert naar een binaire ingang, een thermostaat die busgebeurtenissen negeert wanneer het setpoint verandert, een DALI-gateway die te laat antwoordt. Technisch voldoet alles aan de standaard. Functioneel werkt niets samen.
De derde val is de voorraad. KNX is geen consumentenhardware — het is professionele integratiehardware. Zodra een referentie uit productie gaat (en dat gebeurt voortdurend), kunt u weken bezig zijn met het zoeken naar één bepaald onderdeel in heel Europa. En wanneer u het vindt, kost het het dubbele van wat het kostte toen u de oorspronkelijke installatie liet plaatsen.
Wanneer een van deze drie problemen u onvoorbereid treft, hebt u geen domotica-installatie — dan hebt u een dure tijdbom.
Het geval Elche: twee jaar chaos
In 2019 nam een schoenenfabriek in Elche contact met ons op over een probleem dat ze al twee jaar met hun oorspronkelijke installateur probeerden op te lossen. Ze hadden bijna € 60.000 geïnvesteerd in een "kant-en-klaar" KNX-systeem dat het volgende aanstuurde:
- De binnenverlichting van de productiehallen
- De buitenverlichting en de verlichting van de parking
- De aansturing van de ovens voor het thermofixeren van de zolen
- De klimaatregeling van de kantoren
Alles geïntegreerd, alles geautomatiseerd, alles "conform de Europese standaard". Het probleem is dat vanaf de eerste dag niets goed werkte. 's Nachts gingen de lichten vanzelf aan. De ovens — het meest kritieke onderdeel van de productie, want zonder ovens zijn er geen schoenen — vielen zonder aanwijsbare reden uit en, erger nog, er was geen manier om ze handmatig te herstarten zonder de integrator te bellen. De fabriek lag 4 tot 8 uur stil, telkens als het gebeurde.
De klant vroeg het ene, de installateur deed het andere, en zodra er iets faalde was het antwoord altijd hetzelfde: "het is de schuld van de Franse fabrikant, het onderdeel heeft een bug, wij wachten op nieuwe firmware". Twee jaar nieuwe firmware die nooit kwam. (Ik zeg "Franse fabrikant" om de merknaam erbuiten te houden — wie in deze sector werkt, weet over wie ik het heb.)
Ze belden ons omdat ze op instorten stonden. Elke storing legde de productielijn stil. Zolen die in de oven zaten op het moment dat hij uitviel, kwamen er halfgefixeerd uit en moesten weg. De operatoren waren de helft van hun tijd bezig met de telefoon in de hand, in een poging de oorspronkelijke integrator te bereiken, die al niet meer opnam.
Wanneer een fabriek 4 tot 8 uur productie verliest telkens als het verlichtingssysteem hapert, hebt u geen domotica-installatie. Dan hebt u een dure tijdbom.
Technische diagnose
Het eerste wat ik vroeg, was het ETS-bestand van het oorspronkelijke project. Ze hadden een week nodig om het mij te bezorgen — de integrator was het kwijtgeraakt "bij een computerwissel". Toen wij het eindelijk konden openen, vonden wij wat ik al vermoedde: een KNX-architectuur met bijna tachtig toestellen van vier verschillende fabrikanten, met buszones die de aanbevolen topologie niet volgden, terugkoppellussen tussen actuatoren en sensoren, en een ovenbeheer dat was gebouwd als een cascade van communicatieobjecten die afhing van de toestand van de bus in real time.
In gewone taal: het systeem werkte slecht omdat het slecht was ontworpen. De ovens hadden hun veiligheidslogica — maximumtemperatuur, detectie van oververhitting, uitschakeling bij storing — gedelegeerd aan de KNX-bus. Elke botsing of vertraging op de bus vertaalde zich in een uitschakelbevel dat de oven gehoorzaamde zonder te weten waarom. En omdat de integrator alles had geprogrammeerd met in elkaar verweven communicatiegroepen, vereiste het herstarten van één oven letterlijk een herprogrammering vanuit ETS.
Deze architectuur had de tekentafel nooit mogen verlaten. Maar zodra KNX u toelaat om alles vanaf de bus aan te sturen, ontstaat er een gevaarlijke prikkel om ook de kritieke logica op die bus te zetten. Geen enkele serieuze industriële technicus zou de veiligheidsvergrendeling van een oven op een bus zetten die wordt gedeeld met de parkingverlichting. En toch stond ze daar.
De oplossing: Shelly Pro + Raspberry Pi
De beslissing was radicaal: alle KNX eruit. Letterlijk alles. Toestellen, actuatoren, sensoren, gateways. Wat op de tweedehandsmarkt verkoopbaar was, hebben wij gerecupereerd; de rest ging naar het schroot.
In de plaats daarvan installeerden wij een veel eenvoudigere en veel robuustere architectuur:
- Shelly Pro 4PM voor elke verlichtingsgroep. Het zijn modulaire DIN-actuatoren in de kast, met vier kanalen, verbruiksmeting per kanaal en communicatie via wifi + ethernet. Ze werken zonder centrale server: valt de coördinator uit, dan behoudt elke Shelly zijn lokale logica.
- Shelly Pro EM-50 om het driefasige verbruik in elke kritieke zone te meten, met rapportage in real time naar een eigen databank.
- De ovens kregen opnieuw hun eigen paneel, met bedrade veiligheidsvergrendeling en een fysiek herstartrelais. De enige integratie met het algemene systeem is een statussignaal (aan/uit) en een noodstopbevel, beide via potentiaalvrij contact. Geen gedeelde bussen voor kritieke logica.
- Een Raspberry Pi 4 met Home Assistant als coördinator van het hele systeem. Automatiseringsscripts in YAML, automatische back-ups op een NAS van de klant, en een webinterface waar de productieverantwoordelijke vanaf de smartphone bij kan.
- Een 4G-modem als fallback voor wanneer het wifinetwerk van de fabriek haperde, wat vaak gebeurde door de elektromagnetische ruis van de machines.
De totale kostprijs van het volledige migratieproject bedroeg € 6.200 aan hardware plus 8 werkdagen van twee technici. Minder dan een tiende van de kostprijs van het oorspronkelijke KNX-systeem.
Die installatie draait sinds 2019. Nul stilstanden die aan het systeem toe te schrijven zijn. De ovens zijn geen enkele keer vanzelf uitgevallen. Wanneer een Shelly het begaf (dat is twee keer gebeurd in zes jaar), kocht de klant een nieuwe op Amazon, verving hem in twintig minuten en configureerde hem opnieuw door de configuratie te klonen via Home Assistant. Geen externe technicus nodig.
Andere gevallen die ik heb gezien
Elche is geen alleenstaand geval. De voorbije jaren heb ik varianten van hetzelfde probleem gezien in heel verschillende sectoren. Dit zijn er nog drie die ik mij goed herinner:
Apotheek in Madrid — onderdeel uit productie, koelkasten in gevaar
€ 80.000 geïnvesteerd in een KNX-systeem van Siemens dat de verlichting, de klimaatregeling en de koelkasten in het achterlokaal aanstuurde, waar temperatuurgevoelige medicatie bewaard wordt. In het derde jaar ging de specifieke referentie van de koelkastthermostaat uit productie en was er in heel Spanje geen compatibel exemplaar op voorraad. Twee weken met de koelkasten in handbediening — elk uur de temperatuur controleren met een zakthermometer, uit angst om een partij insuline te verliezen — terwijl wij een vervangonderdeel zochten op het Duitse eBay, aan drie keer de oorspronkelijke prijs.
De uiteindelijke oplossing was om het volledige kritieke deel (koelkasten + klimaatregeling van de bereidingsruimte) te vervangen door conventionele industriële controllers, met een Shelly H&T-thermometer als back-upmonitor die de eigenaar via Telegram verwittigt zodra een temperatuur buiten het bereik gaat. De klant hield KNX enkel voor de verlichting, omdat die er al lag en werkte — daar geldt de regel: wat werkt, blijft zoals het is.
Appartementsgebouw in Alicante — spookalarmen
Een KNX-systeem dat de garagetoegang, de gemeenschappelijke verlichting en de perimeteralarmen aanstuurde. Elke nacht ging er willekeurig een van de alarmen vanzelf af. De bewoners belden de integrator, die een bezoek aanrekende, "een blikseminslag" de schuld gaf en weer vertrok. Twee weken later: weer een spookalarm. En nog een. En nog een.
De oorspronkelijke integrator zei dat het "elektromagnetische ruis op de bus" was en stelde een filtergateway van € 1.200 voor, plus het bezoek om ze te plaatsen. Toen ze ons belden voor een tweede advies, duurde de echte diagnose twintig minuten: de IP-gateway van het systeem had een bekende bug die de fabrikant in nieuwe firmware had opgelost — maar die nieuwe firmware vereiste een update van ETS naar een versie die de integrator niet had en weigerde te kopen. Oplossing: wij vervingen de gateway door een Shelly Plus i4 die gebeurtenissen naar Home Assistant stuurt, en de valse alarmen waren dezelfde dag verdwenen. Totale kostprijs: € 45 aan hardware + 2 werkuren.
Kantoren van een technologieconsultancy — onmogelijke integratie
Een modern bedrijf met een KNX-systeem dat het wilde koppelen aan Google Calendar, zodat de vergaderzalen automatisch de verlichting en de klimaatregeling uitschakelden wanneer ze meer dan vijftien minuten leeg stonden en er geen reservering meer aankwam. Op papier een triviale integratie. In de echte KNX-wereld onmogelijk zonder dure gateways, ETS-programmering en elke logicawijziging apart gefactureerd.
Wij migreerden de vergaderzalen naar Shelly + Home Assistant + HACS, en het interne IT-team van het bedrijf programmeerde de koppeling met hun Google Workspace op één namiddag, zonder één externe consultant te bellen. De oorspronkelijke KNX-integrator had hun zes maanden lang geld gevraagd voor een haalbaarheidsstudie — die er nooit is gekomen.
Wanneer KNX wél zinvol is
Ik wil niet dat dit artikel klinkt als een aanval over de hele lijn. Er zijn scenario's waarin KNX nog altijd de juiste keuze is:
- Grote luxevilla's met één vertrouwde integrator die het systeem jarenlang zal onderhouden en waar het budget niet het probleem is. Daar zijn de complexiteit van de bus, de dure software en de specifieke onderdelen verdedigbaar, omdat de klant een elegant systeem wil, met Gira- of Jung-touchpanelen in elke kamer, en er graag voor betaalt.
- Projecten waar KNX al ligt en goed werkt. Erft u een werkende installatie, raak ze dan niet aan. De kostprijs van migreren is bijna altijd hoger dan de winst. Bouw er lagen bovenop als u meer functionaliteit nodig hebt, maar doe niet over wat al werkt.
- Specifieke integraties met bepaalde Europese fabrikanten van klimaatsystemen die alleen native KNX-interfaces aanbieden en waar gateways naar andere protocollen duur of instabiel zijn.
- Gecertificeerde gebouwen waar de formele documentatie van een KNX-systeem de audits van energie-efficiëntie of de LEED/BREEAM-certificeringen vergemakkelijkt.
In alle andere gevallen — en zeker in industriële omgevingen waar stilstand duur is en de eenvoud van vervanging cruciaal — zijn er betere alternatieven.
Wat u in plaats van KNX kunt gebruiken
Mijn technische aanbeveling per projecttype, zonder rookgordijnen en zonder binding aan één fabrikant:
- Gewone woning (< 200 m²): standaard Shelly + Home Assistant. Kostprijs per punt: € 25–40. Configuratie via het web. Componenten verkrijgbaar op Amazon met levering binnen 24 uur.
- Luxewoning of grote villa: Shelly Pro op DIN-rail + Home Assistant op een Intel NUC met SSD. Dezelfde filosofie als bij een gewone woning, maar met professionele DIN-actuatoren en een fysieke back-up van de server. Kostprijs per punt: € 40–80.
- Kantoren en commerciële ruimtes: Shelly Pro + ESPHome (voor sensoren op maat) + Home Assistant + koppeling met bedrijfs-API's. De meerwaarde zit hier in de mogelijkheid om te integreren met Slack, Google Calendar, Microsoft Teams enzovoort.
- Industrie: conventionele PLC-controllers (Siemens S7, Schneider M2xx) voor de kritieke veiligheidslogica. Shelly Pro + Home Assistant voor de toezichtslaag en de algemene verlichting. Meng die twee nooit op dezelfde bus. De regel is simpel: veiligheid loopt over fysieke kabel, toezicht loopt over IP.
- Landbouw / serres / off-grid: hetzelfde patroon als in de industrie, maar met bijzondere aandacht voor het elektriciteitsverbruik, want deze systemen draaien meestal op zonne-energie in eilandbedrijf. Hier heb ik met succes Raspberry Pi + Node-RED + Shelly Plus gebruikt voor de sturing van irrigatie, ventilatie, temperatuur en waterpeil. Dat is wat ik heb gedaan in het project in de bergen van Murcia waarover ik op mijn projectenpagina vertel.
Conclusie
KNX is niet dood. Er zijn legitieme toepassingen. Maar het is al minstens tien jaar niet meer het standaardantwoord, en de traditionele Europese fabrikanten hebben dat nog altijd niet door.
Wanneer een klant mij om een industrieel domoticasysteem vraagt, is mijn eerste vraag niet "KNX of geen KNX?" maar "wat is uw plan voor de komende tien jaar?". Bevat het antwoord één externe integrator, een budget voor dure wisselstukken en tijd om op firmware te wachten, dan kan KNX zinvol zijn. In elk ander geval bent u waarschijnlijk beter af met een combinatie van Shelly, Home Assistant, ESPHome en een portie industrieel gezond verstand.
De klant in Elche zit al zes jaar zonder problemen. Er moest niemand gebeld worden. De fabriek heeft niet stilgelegen. En wanneer een onderdeel het begeeft, koopt de klant een nieuw exemplaar op Amazon voor minder dan € 100 en vervangt het zelf in twintig minuten. Dat is het soort domotica dat ik wil bouwen.