Warum KNX in der industriellen Gebäudeautomation nicht immer die Antwort ist

KNX entstand in den Neunzigern als offenes europäisches Protokoll für die Gebäudeautomation. Das Versprechen war simpel: Jedes KNX-zertifizierte Gerät sollte mit jedem anderen KNX-zertifizierten Gerät sprechen können, unabhängig vom Hersteller. In der Theorie ergibt das Sinn. In der Praxis sieht das Ergebnis dreißig Jahre später sehr anders aus.

Heute erzähle ich Ihnen drei reale Fälle aus den letzten Jahren. Der wichtigste ist eine Schuhfabrik in Elche, die wegen einer schlecht geplanten KNX-Installation zwei Jahre lang am Rand der Schließung stand – bis wir beschlossen, buchstäblich die gesamte Anlage herauszureißen und mit Shelly und einem Raspberry Pi bei null anzufangen. Zuvor aber möchte ich erklären, warum solche Situationen viel häufiger sind, als es scheint.

Der Mythos vom offenen Standard

KNX wird von der KNX Association mit Sitz in Brüssel zertifiziert. Der Name klingt nach neutralem Konsortium. Die Realität: Um als professioneller Integrator zu arbeiten, brauchen Sie ETS, die offizielle Programmiersoftware, die in der Profiversion rund 4.000 € kostet und zu 100 % proprietär ist. Jedes KNX-Projekt lebt in einer ETS-Datei – verlieren Sie die Datei, oder gibt der ursprüngliche Integrator sie nach Abschluss der Installation nicht heraus, können Sie nichts umprogrammieren, ohne alles von vorn zu machen.

So „offen“ das Protokoll auf dem Kabel auch sein mag: Die Eintrittstür in dieses Ökosystem ist teure proprietäre Software. Und das widerspricht dem Wort „Standard“ bereits im Ansatz.

Die zweite Falle ist die Zersplitterung zwischen den Herstellern. Gira, Jung, ABB, MDT, Siemens, Schneider, Theben, Hager … alle verkaufen „KNX-zertifizierte“ Produkte. Aber jeder implementiert eigene Erweiterungen, eigene application programs und führt seinen eigenen Katalog an Artikelnummern. Wenn Sie in derselben Anlage Hersteller mischen, tauchen die Unverträglichkeiten in den Ecken des Projekts auf: ein Relaisausgang, der einem Binäreingang nicht gehorcht, ein Thermostat, das Busereignisse ignoriert, wenn der Sollwert wechselt, ein DALI-Gateway, das zeitversetzt antwortet. Technisch erfüllt alles den Standard. Funktional arbeitet nichts zusammen.

Die dritte Falle ist die Verfügbarkeit. KNX ist keine Consumer-Hardware – es ist professionelle Integrationshardware. Wenn eine Artikelnummer abgekündigt wird (und das passiert ständig), können Sie wochenlang europaweit nach einem bestimmten Teil suchen. Und wenn Sie es finden, kostet es das Doppelte von dem, was es bei der ursprünglichen Installation gekostet hat.

Wenn Sie eines dieser drei Probleme unvorbereitet trifft, haben Sie keine Smart-Home-Installation – Sie haben eine teure Zeitbombe.

Der Fall Elche: zwei Jahre Chaos

2019 meldete sich eine Schuhfabrik in Elche bei uns wegen eines Problems, das sie seit zwei Jahren mit ihrem ursprünglichen Installateur zu lösen versuchte. Sie hatten knapp 60.000 € in ein „schlüsselfertiges“ KNX-System investiert, das Folgendes steuerte:

• Innenbeleuchtung der Produktionshallen
• Außen- und Parkplatzbeleuchtung
• Steuerung der Öfen zur Thermofixierung der Sohlen
• Klimatisierung der Büros

Alles integriert, alles automatisiert, alles „konform mit dem europäischen Standard“. Das Problem: Vom ersten Tag an funktionierte nichts richtig. Nachts gingen die Lichter von selbst an. Die Öfen – das kritischste Element der Produktion, denn ohne sie gibt es keine Schuhe – schalteten sich ohne erkennbaren Grund ab, und am schlimmsten: Es gab keine Möglichkeit, sie von Hand wieder hochzufahren, ohne den Integrator zu rufen. Die Fabrik stand jedes Mal zwischen 4 und 8 Stunden still.

Der Kunde bat um das eine, der Installateur machte das andere, und wenn etwas ausfiel, lautete die Antwort immer gleich: „Schuld ist der französische Hersteller, das Teil hat einen Bug, wir warten auf neue Firmware“. Zwei Jahre neue Firmware, die nie kam. (Ich sage „französischer Hersteller“, um die Marke herauszuhalten – wer in dieser Branche arbeitet, weiß, von wem die Rede ist.)

Man rief uns, weil man kurz vor dem Kollaps stand. Jede Störung legte die Produktionslinie lahm. Sohlen, die während des Abschaltens in den Ofen liefen, kamen nur teilweise thermofixiert heraus und mussten weggeworfen werden. Die Mitarbeiter verbrachten die halbe Zeit am Telefon in dem Versuch, den ursprünglichen Integrator zu erreichen, der längst nicht mehr abnahm.

Wenn eine Fabrik jedes Mal zwischen 4 und 8 Stunden Produktion verliert, sobald das Beleuchtungssystem hustet, haben Sie keine Smart-Home-Installation. Sie haben eine teure Zeitbombe.

Technische Diagnose

Als Erstes bat ich um die ETS-Datei des ursprünglichen Projekts. Es dauerte eine Woche, bis ich sie bekam – der Integrator hatte sie „bei einem Rechnerwechsel“ verloren. Als wir sie endlich öffnen konnten, fanden wir, was ich bereits vermutete: eine KNX-Architektur mit knapp achtzig Geräten von vier verschiedenen Herstellern, mit Busbereichen, die der empfohlenen Topologie nicht folgten, Rückkopplungsschleifen zwischen Aktoren und Sensoren und einer Ofensteuerung, die als Kaskade von Kommunikationsobjekten umgesetzt war und vom Buszustand in Echtzeit abhing.

Im Klartext: Das System funktionierte schlecht, weil es schlecht geplant war. Die Sicherheitslogik der Öfen – Maximaltemperatur, Übertemperaturerkennung, Abschaltung im Fehlerfall – war an den KNX-Bus delegiert. Jede Kollision oder Verzögerung auf dem Bus übersetzte sich in einen Abschaltbefehl, dem der Ofen gehorchte, ohne zu wissen, warum. Und weil der Integrator alles mit ineinander verschränkten Gruppenobjekten programmiert hatte, erforderte der Neustart eines Ofens buchstäblich eine Umprogrammierung aus ETS heraus.

Diese Architektur hätte den Zeichentisch nie verlassen dürfen. Aber wenn KNX erlaubt, alles vom Bus aus anzufassen, entsteht ein gefährlicher Anreiz, kritische Logik auf den Bus zu legen. Kein ernsthafter Industrietechniker würde die Sicherheitsverriegelung eines Ofens auf einen Bus legen, der mit der Parkplatzbeleuchtung geteilt wird. Und trotzdem war sie genau dort.

Die Lösung: Shelly Pro + Raspberry Pi

Die Entscheidung war radikal: alles KNX herausreißen. Buchstäblich alles. Geräte, Aktoren, Sensoren, Gateways. Was sich auf dem Gebrauchtmarkt verkaufen ließ, haben wir verwertet, der Rest ging in den Schrott.

An seine Stelle setzten wir eine viel einfachere und viel robustere Architektur:

• Shelly Pro 4PM für jede Beleuchtungsgruppe. Das sind modulare Hutschienenaktoren für den Schaltschrank, mit vier Kanälen, Verbrauchsmessung je Kanal und Kommunikation über WLAN + Ethernet. Sie arbeiten ohne zentralen Server: Fällt der Koordinator aus, behält jeder Shelly seine lokale Logik.
• Shelly Pro EM-50 für die dreiphasige Verbrauchsmessung in jeder kritischen Zone, mit Echtzeitmeldung an eine eigene Datenbank.
• Die Öfen bekamen wieder ihre eigene Schalttafel, mit fest verdrahteter Sicherheitsverriegelung und physischem Reset-Relais. Die einzige Verbindung zum Gesamtsystem sind ein Statussignal (ein/aus) und ein Not-Aus-Befehl, beide über potenzialfreie Kontakte. Keine geteilten Busse für kritische Logik.
• Ein Raspberry Pi 4 mit Home Assistant als Koordinator des gesamten Systems. Automatisierungsskripte in YAML, automatische Backups auf einem NAS des Kunden und eine Weboberfläche, auf die der Betriebsleiter vom Handy aus zugreift.
• Ein 4G-Modem als Rückfallebene für die Zeiten, in denen das WLAN der Fabrik Probleme machte – was wegen der elektromagnetischen Störungen der Maschinen häufig vorkam.

Die Gesamtkosten des kompletten Migrationsprojekts lagen bei 6.200 € Hardware plus 8 Arbeitstagen zweier Techniker. Weniger als ein Zehntel der Kosten des ursprünglichen KNX-Systems.

Diese Installation läuft seit 2019. Null Ausfälle, die dem System zuzurechnen wären. Die Öfen haben sich kein einziges Mal von selbst abgeschaltet. Wenn ein Shelly ausgefallen ist (zweimal in sechs Jahren), hat der Kunde bei Amazon einen neuen gekauft, ihn in zwanzig Minuten getauscht und ihn per Konfigurationsklon über Home Assistant neu eingerichtet. Kein externer Techniker nötig.

Weitere Fälle, die ich gesehen habe

Elche ist kein Einzelfall. In den letzten Jahren habe ich Varianten desselben Problems in ganz unterschiedlichen Branchen gesehen. Drei davon sind mir gut in Erinnerung:

Apotheke in Madrid — abgekündigtes Teil, Kühlschränke in Gefahr

80.000 € investiert in ein KNX-System von Siemens, das Beleuchtung, Klimatisierung und die Kühlschränke im Hinterraum steuerte, in denen temperaturempfindliche Medikamente lagern. Im dritten Jahr wurde die konkrete Artikelnummer des Kühlschrankthermostats abgekündigt, und in ganz Spanien war kein kompatibles Modell lieferbar. Zwei Wochen mit Kühlschränken im Handbetrieb – stündliche Temperaturkontrolle mit einem Taschenthermometer, aus Angst, eine Insulincharge zu verlieren –, während wir auf eBay Deutschland ein Ersatzteil zum dreifachen Originalpreis jagten.

Die endgültige Lösung bestand darin, den gesamten kritischen Teil (Kühlschränke + Klimatisierung des Vorbereitungsraums) durch konventionelle Industrieregler zu ersetzen, mit einem Shelly H&T als Überwachungs-Backup, das den Inhaber per Telegram alarmiert, wenn eine Temperatur den Bereich verlässt. KNX behielt der Kunde nur für die Beleuchtung, weil es bereits installiert war und funktionierte – dort gilt die Regel: Was funktioniert, fasst man nicht an.

Wohnanlage in Alicante — Phantomalarme

Ein KNX-System steuerte die Garagenzufahrt, die Gemeinschaftsbeleuchtung und die Perimeteralarme. Jede Nacht löste zufällig einer der Alarme von selbst aus. Die Bewohner riefen den Integrator, der einen Einsatz berechnete, „einem Blitzeinschlag“ die Schuld gab und wieder ging. Zwei Wochen später ein weiterer Phantomalarm. Und noch einer. Und noch einer.

Der ursprüngliche Integrator behauptete, es sei „elektromagnetisches Rauschen auf dem Bus“, und schlug ein Filter-Gateway für 1.200 € plus Einsatzpauschale für den Einbau vor. Als man uns für eine zweite Meinung rief, dauerte die richtige Diagnose zwanzig Minuten: Das IP-Gateway des Systems hatte einen bekannten Bug, den der Hersteller in einer neuen Firmware behoben hatte – nur verlangte die neue Firmware ein ETS-Update auf eine Version, die der Integrator nicht besaß und nicht kaufen wollte. Lösung: Wir ersetzten das Gateway durch einen Shelly Plus i4, der Ereignisse an Home Assistant schickt, und die Fehlalarme waren noch am selben Tag verschwunden. Gesamtkosten: 45 € Hardware + 2 Arbeitsstunden.

Büros einer Technologieberatung — unmögliche Integration

Ein modernes Unternehmen mit einem KNX-System, das es mit Google Calendar verbinden wollte, damit Besprechungsräume Beleuchtung und Klimatisierung automatisch abschalten, wenn sie länger als fünfzehn Minuten leer stehen und keine Buchung ansteht. Auf dem Papier eine triviale Integration. In der realen KNX-Welt unmöglich ohne teure Gateways, ETS-Programmierung und jede Logikänderung separat in Rechnung gestellt.

Wir haben die Besprechungsräume auf Shelly + Home Assistant + HACS migriert, und das interne IT-Team des Unternehmens konnte die Integration mit dem eigenen Google Workspace an einem Nachmittag programmieren, ohne einen externen Berater zu rufen. Der ursprüngliche KNX-Integrator hatte sechs Monate lang Geld für eine Machbarkeitsstudie verlangt – die er nie geliefert hat.

Wann KNX sehr wohl Sinn ergibt

Dieser Artikel soll nicht wie ein pauschaler Rundumschlag klingen. Es gibt Szenarien, in denen KNX weiterhin die richtige Wahl ist:

1. Große Luxusvillen mit einem einzigen Integrator des Vertrauens, der das System über Jahre pflegt, und wo das Budget nicht das Problem ist. Hier sind die Komplexität des Busses, die teure Software und die spezifischen Bauteile vertretbar, weil der Kunde ein elegantes System mit Touchpanels von Gira oder Jung in jedem Raum will und bereit ist, dafür zu zahlen.
2. Projekte, in denen KNX bereits installiert ist und gut läuft. Wenn Sie eine funktionierende Anlage erben, fassen Sie sie nicht an. Die Kosten einer Migration sind fast immer höher als der Nutzen. Legen Sie Schichten obendrauf, wenn Sie mehr Funktionen brauchen, aber bauen Sie nicht neu, was funktioniert.
3. Spezifische Integrationen mit bestimmten europäischen Klimaherstellern, die ausschließlich native KNX-Schnittstellen anbieten und bei denen Gateways zu anderen Protokollen teuer oder instabil sind.
4. Zertifizierte Gebäude, in denen die formale Dokumentation eines KNX-Systems Energieeffizienzaudits oder LEED/BREEAM-Zertifizierungen erleichtert.

In allen anderen Fällen – und besonders in industriellen Umgebungen, in denen Stillstand teuer und einfacher Ersatz entscheidend ist – gibt es bessere Alternativen.

Was man statt KNX einsetzen sollte

Meine technische Empfehlung nach Projekttyp, ohne Nebelkerzen und ohne Bindung an irgendeinen Hersteller:

• Normales Wohnhaus (< 200 m²): Shelly Standard + Home Assistant. Kosten je Punkt: 25–40 €. Konfiguration über den Browser. Komponenten bei Amazon mit Lieferung in 24 Stunden verfügbar.
• Luxuswohnhaus oder große Villa: Shelly Pro im Hutschienenverteiler + Home Assistant auf einem Intel NUC mit SSD. Gleiche Philosophie wie im Wohnbereich, aber mit professionellen Hutschienenaktoren und physischem Server-Backup. Kosten je Punkt: 40–80 €.
• Büros und Gewerbeflächen: Shelly Pro + ESPHome (für eigene Sensoren) + Home Assistant + Integration mit Unternehmens-APIs. Der Mehrwert liegt hier in der Fähigkeit, Slack, Google Calendar, Microsoft Teams usw. einzubinden.
• Industrie: Konventionelle SPS-Steuerungen (Siemens S7, Schneider M2xx) für die kritische Sicherheitslogik. Shelly Pro + Home Assistant für die Überwachungsebene und die allgemeine Beleuchtung. Niemals beides auf denselben Bus legen. Die Regel ist einfach: Sicherheit läuft über physisches Kabel, Überwachung läuft über IP.
• Landwirtschaft / Gewächshäuser / Inselanlagen: dasselbe Muster wie in der Industrie, aber mit besonderem Augenmerk auf den Stromverbrauch, weil solche Systeme meist mit Inselphotovoltaik laufen. Hier habe ich Raspberry Pi + Node-RED + Shelly Plus erfolgreich für Bewässerung, Belüftung, Temperatur und Füllstandsregelung eingesetzt. Genau das habe ich im Projekt im Bergland von Murcia gemacht, von dem ich auf meiner Projektseite erzähle.

Fazit

KNX ist nicht tot. Es hat legitime Anwendungsfälle. Aber es hat vor mindestens einem Jahrzehnt aufgehört, die Standardantwort zu sein, und die traditionellen europäischen Hersteller haben es noch immer nicht gemerkt.

Wenn mich ein Kunde nach einem System für die industrielle Gebäudeautomation fragt, lautet meine erste Frage nicht „KNX oder nicht KNX?“, sondern „Wie sieht Ihr Plan für die nächsten zehn Jahre aus?“. Enthält die Antwort einen einzigen externen Integrator, Budget für teure Ersatzteile und Zeit zum Warten auf Firmware, kann KNX sinnvoll sein. In jedem anderen Fall fahren Sie mit einer Kombination aus Shelly, Home Assistant, ESPHome und ein wenig industriellem Hausverstand vermutlich besser.

Der Kunde in Elche läuft seit sechs Jahren ohne Probleme. Er musste niemanden rufen. Seine Fabrik stand nicht still. Und wenn ein Bauteil ausfällt, kauft er bei Amazon für unter 100 € ein neues und tauscht es in zwanzig Minuten selbst. Das ist die Art von Smart Home, die ich bauen will.