KNX und EnOcean: Funk für Sanierung und flexible Räume

Wer eine Liegenschaft saniert, kennt das Dilemma: Die Elektroinstallation ist in Ordnung, aber die Taster sitzen falsch, die Sensoren fehlen ganz, und neue Leitungen durch historische Decken oder Sichtmauerwerk sind entweder unmöglich oder unverhältnismässig teuer. Genau hier kommt EnOcean ins Spiel. Batterielose Funksender lassen sich ohne Leitungsarbeiten montieren, und ein Gateway übergibt ihre Telegramme an den KNX-Bus. Klingt einfach, ist es aber nur dann, wenn Reichweite, Funkplanung, Gateway-Mapping und Sicherheit von Anfang an mitgedacht werden.

Dieser Beitrag zeigt, wo EnOcean in KNX-Anlagen echten Nutzen bringt, wie die Technologie funktioniert, worauf man bei der Planung achten muss und wo die Grenzen liegen. Wir schreiben aus unserer täglichen Erfahrung mit Sanierungsprojekten und flexiblen Raumkonzepten, in denen kabelgebundene Lösungen an ihre Grenzen stossen.

Was EnOcean ist und wie es funktioniert

EnOcean ist ein Funkstandard für energieautarke Sensoren und Bedienelemente. Er ist normiert in ISO/IEC 14543-3-10 und arbeitet im lizenzfreien 868-MHz-Band. Das Besondere: Die Sender brauchen keine Batterie. Sie gewinnen die nötige Energie aus ihrer Umgebung, ein Prinzip, das als Energy Harvesting bezeichnet wird.

Je nach Gerät nutzen die Sender unterschiedliche Energiequellen. Lichtschalter und Taster erzeugen beim Drücken mechanische Energie, die über einen elektromagnetischen Wandler in elektrische Energie umgewandelt wird. Temperatursensoren und Präsenzmelder nutzen Solarzellen, die auch bei Kunstlicht ausreichend Energie liefern. Einige Geräte kombinieren mehrere Quellen. Das Ergebnis ist ein Sender, der ohne Batteriewechsel und ohne Kabelanschluss auskommt, solange er ausreichend Licht oder mechanische Betätigung erhält.

Die Telegramme sind kurz und werden mehrfach gesendet, um die Übertragungssicherheit zu erhöhen. Der Empfänger, in der Regel ein Gateway oder ein KNX-Gerät mit integriertem EnOcean-Empfänger, wertet das Telegramm aus und setzt es in KNX-Kommunikation um. Die Geräte kommunizieren nach definierten Profilen, den sogenannten EnOcean Equipment Profiles (EEP). Diese Profile legen fest, welche Daten ein Gerät sendet und in welchem Format. Ein Taster mit zwei Wippen sendet nach einem anderen Profil als ein Temperatursensor oder ein Fensterkontakt. Das Gateway muss das jeweilige EEP kennen, um die Daten korrekt zu interpretieren und auf KNX-Gruppenadressen abzubilden.

Wo EnOcean in KNX-Anlagen echten Nutzen bringt

Der grösste Vorteil von EnOcean liegt auf der Hand: keine Leitungen. In der Sanierung ist das oft entscheidend. Historische Gebäude mit Sichtmauerwerk, Holzbalkendecken oder Natursteinwänden lassen keine nachträglichen Schlitze zu, ohne das Erscheinungsbild oder die Bausubstanz zu beschädigen. Denkmalgeschützte Objekte stellen noch höhere Anforderungen. Hier erlaubt EnOcean, Taster und Sensoren dort zu platzieren, wo sie funktional sinnvoll sind, ohne in die Bausubstanz einzugreifen.

Ein zweites Anwendungsfeld sind flexible Raumkonzepte. Bürogebäude mit veränderlichen Grundrissen, Konferenzräume, die umgebaut werden, oder Mietflächen mit wechselnden Nutzern: In all diesen Situationen ist es aufwendig, kabelgebundene Taster bei jeder Umnutzung umzuverdrahten. Ein EnOcean-Taster lässt sich abmontieren, an anderer Stelle befestigen und im Gateway neu zuordnen. Das spart Zeit und reduziert den Eingriff in die Installation.

Auch in Bestandsanlagen, die schrittweise modernisiert werden, ist EnOcean nützlich. Wenn eine KNX-Anlage erweitert wird, aber der Aufwand für neue Busleitungen in bestimmten Bereichen unverhältnismässig wäre, können EnOcean-Geräte über ein Gateway angebunden werden. Die bestehende KNX-Topologie bleibt unverändert, und die neuen Bedienelemente werden logisch integriert.

Schliesslich gibt es Anwendungen, bei denen Sensoren an Stellen montiert werden müssen, die für Kabel schwer zugänglich sind: Dachfenster, Oberlichter, Glasfassaden, Möbel oder temporäre Installationen. Auch hier ist Energy Harvesting die pragmatische Lösung.

Die Grenzen von EnOcean kennen

EnOcean ist keine universelle Lösung, und wer das verschweigt, tut seinen Kunden keinen Gefallen. Die Technologie hat klare Grenzen, die man kennen muss, bevor man sie plant.

Die Reichweite im Gebäude ist begrenzt. Im Freifeld sind grössere Distanzen möglich, aber in Gebäuden mit Betondecken, Metallrahmen oder Stahlbeton reduziert sich die Reichweite erheblich. Wände aus Backstein oder Beton dämpfen das 868-MHz-Signal. Wie stark die Dämpfung ist, hängt von Material, Dicke und Bewehrung ab. Eine pauschale Aussage ist nicht möglich. Das bedeutet: Jede Anlage braucht eine Funkplanung, keine Schätzung, sondern eine Messung oder zumindest eine fundierte Analyse der Gebäudestruktur.

Energy Harvesting funktioniert nur, wenn die Energiequelle vorhanden ist. Ein Solarsensor in einem Raum ohne Tageslicht und mit sehr wenig Kunstlicht kann in einen Energiemangel geraten und aufhören zu senden. Ein Taster, der selten betätigt wird, hat kein Problem, weil er beim Drücken Energie erzeugt. Ein Sensor, der kontinuierlich misst und sendet, braucht eine zuverlässige Lichtquelle. Das ist bei der Planung zu prüfen, nicht erst bei der Inbetriebnahme.

EnOcean-Geräte senden unidirektional oder bidirektional, je nach Gerät und Profil. Viele einfache Taster senden nur, sie empfangen keine Rückmeldung. Das bedeutet: Eine Quittierung, wie sie im KNX-Bus üblich ist, findet auf der Funkstrecke nicht statt. Ob das Telegramm angekommen ist, weiss der Sender nicht. Die Mehrfachübertragung erhöht die Wahrscheinlichkeit, aber eine Garantie gibt es nicht. Für sicherheitsrelevante Funktionen ist das ein Ausschlusskriterium.

Schliesslich ist die Anzahl der Geräte, die ein Gateway verwalten kann, begrenzt. Grosse Anlagen mit vielen EnOcean-Teilnehmern brauchen mehrere Gateways, und deren Platzierung muss mit der Funkplanung abgestimmt sein.

Funkplanung: Was vor der Montage entschieden werden muss

Eine EnOcean-Installation ohne Funkplanung ist ein Glücksspiel. Wir erleben in der Praxis immer wieder, dass Taster montiert werden, bevor jemand geprüft hat, ob das Signal das Gateway überhaupt erreicht. Das führt zu Nacharbeiten, zusätzlichen Repeatern und im schlimmsten Fall zu Geräten, die im Alltag unzuverlässig sind.

Die Funkplanung beginnt mit der Analyse der Gebäudestruktur. Welche Materialien trennen Sender und Empfänger? Wie viele Wände oder Decken liegen dazwischen? Gibt es metallische Hindernisse wie Stahlträger, Aufzugsschächte oder Klimaanlagen in der Nähe? Diese Fragen lassen sich oft aus den Bauplänen beantworten, aber manchmal braucht es eine Begehung mit einem Testgerät.

Auf Basis dieser Analyse wird festgelegt, wo das Gateway oder die Gateways platziert werden. Das Gateway sollte möglichst zentral zu den Sendern liegen und nicht hinter massiven Hindernissen. In mehrgeschossigen Gebäuden ist oft ein Gateway pro Geschoss sinnvoll, manchmal auch pro Gebäudeflügel.

Wenn die Reichweite nicht ausreicht, können Repeater eingesetzt werden. Ein EnOcean-Repeater empfängt Telegramme und sendet sie erneut aus, um die Reichweite zu verlängern. Repeater sind nützlich, aber sie erhöhen die Komplexität und müssen in der Dokumentation erfasst werden. Ausserdem können zu viele Repeater zu Kollisionen führen, wenn dasselbe Telegramm mehrfach weitergeleitet wird. Die Anzahl der Repeater-Stufen ist deshalb zu begrenzen.

Nach der Installation empfehlen wir eine Empfangsstärken-Messung an jedem Gerät. Viele Gateways zeigen den RSSI-Wert (Received Signal Strength Indicator) für jeden gelernten Sender an. Ein schwacher Wert nahe der Empfangsschwelle ist ein Warnsignal: Das Gerät funktioniert heute, aber eine kleine Änderung in der Umgebung, ein neues Möbelstück, eine Trennwand, ein anderes Gerät im selben Frequenzband, kann die Verbindung unterbrechen.

Gateway-Mapping: Vom EnOcean-Telegramm zur KNX-Gruppenadresse

Das Gateway ist die Brücke zwischen den beiden Welten. Es empfängt EnOcean-Telegramme, interpretiert sie anhand des konfigurierten EEP und setzt sie in KNX-Telegramme um, die auf definierten Gruppenadressen gesendet werden. Dieser Schritt klingt technisch, ist aber der Kern der Integration und muss sorgfältig geplant und dokumentiert werden.

Jeder EnOcean-Sender hat eine eindeutige ID, eine 32-Bit-Adresse, die im Gerät fest einprogrammiert ist. Diese ID wird im Gateway eingetragen, zusammen mit dem zugehörigen EEP. Das Gateway weiss dann, wie es die Daten dieses Senders zu interpretieren hat. Ein Taster mit zwei Wippen und vier Tasten sendet nach einem bestimmten EEP, das vier Kanäle unterscheidet. Das Gateway muss jeden Kanal auf die richtige KNX-Gruppenadresse abbilden.

Diese Zuordnung, also welcher EnOcean-Sender mit welchem EEP auf welche KNX-Gruppenadresse gemappt wird, muss vollständig dokumentiert sein. Nicht im Kopf des Inbetriebnehmers, sondern in einer Tabelle, die Teil der Anlagendokumentation ist. Wenn ein Taster defekt ist und ersetzt werden muss, braucht der Nachfolger die neue ID des Ersatzgeräts im Gateway eingetragen. Ohne Dokumentation ist das ein Suchproblem.

Die Namenskonvention für KNX-Gruppenadressen, die wir in Teil 3 der Serie «KNX richtig planen» beschreiben, gilt auch für die Adressen, auf die EnOcean-Geräte mappen. Es gibt keinen Grund, hier eine Ausnahme zu machen. Eine saubere Struktur erleichtert die Fehlersuche und die spätere Erweiterung.

Einige Gateways bieten zusätzliche Funktionen: Zeitstempel, Statusüberwachung, Meldung bei ausbleibendem Telegramm. Diese Funktionen sind wertvoll, weil sie helfen, Geräte zu erkennen, die aufgehört haben zu senden, sei es wegen Energiemangels, Funkproblemen oder Defekts. Wir empfehlen, diese Überwachungsfunktionen zu aktivieren und in die Betriebsdokumentation aufzunehmen.

Sicherheit: EnOcean Secure und das Zusammenspiel mit KNX Secure

Ältere EnOcean-Geräte senden ihre Telegramme unverschlüsselt. Das bedeutet: Wer ein Empfangsgerät in Reichweite hält, kann die Telegramme mitlesen und im schlimmsten Fall nachahmen. In einem Bürogebäude, in dem jemand von aussen einen Lichtschalter simulieren kann, ist das ein überschaubares Risiko. In Anwendungen mit höheren Sicherheitsanforderungen, etwa Zutrittskontrolle oder sicherheitsrelevante Funktionen, ist es inakzeptabel.

EnOcean hat darauf reagiert und ein Sicherheitsprofil entwickelt, das als EnOcean Secure bezeichnet wird. Es verwendet AES-128-Verschlüsselung und einen rollierenden Code, der Wiederholungsangriffe verhindert. Sender und Empfänger müssen das Secure-Profil unterstützen und miteinander eingelernt sein. Der Schlüsselaustausch findet beim Einlernen statt und muss in einer sicheren Umgebung erfolgen, nicht auf einer Baustelle mit offenem Funknetz.

Für neue Projekte empfehlen wir, grundsätzlich Geräte mit Secure-Profil einzusetzen, auch wenn die Anwendung auf den ersten Blick unkritisch erscheint. Der Aufwand beim Einlernen ist überschaubar, und die Anlage ist für künftige Anforderungen gerüstet. Geräte ohne Secure-Profil sind günstiger, aber sie schränken die Möglichkeiten ein.

Das Secure-Profil von EnOcean ist unabhängig von KNX Secure. Auf der KNX-Seite gelten die Regeln, die wir in Teil 4 der Serie «KNX richtig planen» beschreiben: KNX Data Secure schützt die Kommunikation auf dem Bus, KNX IP Secure schützt die Kommunikation im IP-Netz. Das Gateway selbst ist ein KNX-Teilnehmer und kann KNX Secure unterstützen. Ob es das tut, hängt vom Gerät ab und muss bei der Auswahl geprüft werden.

Die Sicherheitskette ist also zweigeteilt: EnOcean Secure schützt die Funkstrecke vom Sender zum Gateway, KNX Secure schützt die Kommunikation vom Gateway in den KNX-Bus. Beide Strecken müssen unabhängig voneinander betrachtet und gesichert werden.

Wartung und Dokumentation der Funkteilnehmer

EnOcean-Geräte gelten oft als wartungsfrei, weil sie keine Batterien haben. Das stimmt im Kern, aber es gibt Aspekte, die im Betrieb Aufmerksamkeit brauchen.

Energy Harvesting bedeutet, dass die Geräte auf ihre Energiequelle angewiesen sind. Wenn ein Raum umgebaut wird und die Beleuchtung geändert wird, kann ein Sensor, der bisher ausreichend Licht hatte, plötzlich zu wenig Energie erhalten. Wenn ein Taster hinter einem Möbelstück verschwindet oder mit einem Aufkleber abgedeckt wird, sendet er nicht mehr. Diese Situationen sind selten, aber sie kommen vor, und sie sind schwerer zu erkennen als ein leerer Akku, weil es kein offensichtliches Warnsignal gibt.

Deshalb ist die Überwachung der Sendeaktivität wichtig. Ein Gateway, das meldet, wenn ein Sender über eine definierte Zeit kein Telegramm gesendet hat, ist ein wertvolles Hilfsmittel. Die Schwelle muss sinnvoll gewählt werden: Ein Taster, der nur bei Betätigung sendet, kann tagelang schweigen, ohne dass etwas falsch ist. Ein Temperatursensor, der alle zehn Minuten sendet, sollte nicht länger als eine Stunde schweigen.

Die Dokumentation der Funkteilnehmer ist ein eigenes Kapitel. Zu jedem EnOcean-Gerät gehören: die Sender-ID, das EEP, der Montageort, die zugeordneten KNX-Gruppenadressen und der RSSI-Wert bei der Inbetriebnahme. Diese Daten sind die Grundlage für jeden späteren Eingriff. Wenn ein Gerät ersetzt wird, muss die neue ID eingetragen werden. Wenn ein Repeater verschoben wird, müssen die betroffenen Geräte neu gemessen werden. Ohne vollständige Dokumentation ist jede Änderung ein Risiko.

Wir empfehlen, die EnOcean-Dokumentation als Teil der KNX-Anlagendokumentation zu führen, nicht als separates Dokument, das irgendwo im Büro des Inbetriebnehmers liegt. Das ETS-Projekt gehört dem Bauherrn, wie wir in Teil 5 der Serie «KNX richtig planen» beschreiben, und die EnOcean-Zuordnungstabelle gehört dazu.

Abgrenzung zu KNX RF und anderen Funklösungen

Eine Frage, die wir in Projekten regelmässig hören: Warum EnOcean und nicht KNX RF? KNX RF ist das native Funkmedium von KNX, ebenfalls im 868-MHz-Band, und braucht kein separates Gateway. KNX-RF-Geräte sind vollwertige KNX-Teilnehmer mit physikalischer Adresse und ETS-Konfiguration.

Der Unterschied liegt in der Energieversorgung. KNX-RF-Geräte brauchen in der Regel Batterien. Sie sind nicht batterielose Energy-Harvesting-Geräte. Wer also den Vorteil der Wartungsfreiheit sucht, ist mit EnOcean besser bedient. Wer dagegen eine vollständig native KNX-Integration ohne Gateway bevorzugt und Batterien akzeptiert, kann KNX RF wählen.

In der Praxis sehen wir beide Technologien nebeneinander, manchmal sogar im selben Projekt. Die Entscheidung hängt von den Anforderungen ab: Wie viele Geräte? Wie oft werden sie betätigt? Ist Wartungsfreiheit ein Muss? Wie wichtig ist die native ETS-Integration? Diese Fragen müssen im Planungsgespräch beantwortet werden, nicht erst bei der Ausschreibung.

Andere Funklösungen wie Zigbee oder Z-Wave spielen in professionellen KNX-Anlagen eine untergeordnete Rolle. Sie haben ihre Berechtigung in anderen Kontexten, aber für die Integration in eine KNX-Anlage nach den Regeln der Gebäudeautomation sind EnOcean und KNX RF die etablierten Wege.

Der rote Faden zu unseren Fachbeiträgen

Wer die Grundlagen von KNX noch vertiefen möchte, findet in unserer Serie «KNX Grundlagen: die Schulungsreihe» alles Nötige: von den Übertragungsmedien in Teil 1 «Was ist KNX? Standard, Normen und Übertragungsmedien» über die Topologie in Teil 2 «KNX-Topologie: Liniensegment, Linie, Bereich und Backbone» bis zu den Kommunikationsobjekten in Teil 6 «Kommunikationsobjekte und Flags: Wer sendet, wer hört zu?».

Für die Planung einer KNX-Anlage mit EnOcean-Integration sind die Beiträge zur Namenskonvention und Gruppenadressstruktur aus Teil 3 der Serie «KNX richtig planen» («Gruppenadressen und Namenskonvention als Fundament») direkt relevant, weil die Mapping-Tabelle des Gateways dieselbe Struktur nutzen sollte. Die Sicherheitsaspekte, die wir hier nur angerissen haben, behandelt Teil 4 derselben Serie («KNX Secure im Projekt: Data Secure und IP Secure») ausführlich. Und wer wissen möchte, was bei der Abnahme einer KNX-Anlage mit Funk-Teilnehmern zu prüfen ist, findet Antworten in Teil 1 der Serie «KNX in Betrieb und Bestand» («Inbetriebnahme und Abnahme einer KNX-Anlage»).

Im Kontext der Sanierung empfehlen wir unsere Beiträge «Sanierungsstrategie zuerst, Ausführungsplanung danach» und «Retrofit oder Ersatz? Eine ehrliche Entscheidungshilfe für HLK-Sanierungen», die zeigen, wie man technische Entscheide in eine übergeordnete Strategie einbettet.

Die anderen Teile dieser Serie behandeln weitere Schnittstellen: Teil 1 «KNX und DALI: Beleuchtung sauber koppeln» zeigt, wie die Beleuchtungssteuerung integriert wird. Teil 3 «KNX und Modbus: Zähler, Wärmepumpen und Lüftungsgeräte einbinden» und Teil 4 «KNX und BACnet: Raumautomation an die Gebäudeleittechnik» behandeln die Anbindung von Feldgeräten und übergeordneten Systemen. Wer am Ende wissen möchte, wer in einem Projekt für welche Schnittstelle verantwortlich ist, findet die Antwort in Teil 6 «Wer mappt was? Schnittstellenliste und Verantwortung».

Fazit

EnOcean ist eine ausgereifte und normierte Technologie, die in der Sanierung und bei flexiblen Raumkonzepten echten Mehrwert bietet. Batterielose Sender lassen sich ohne Leitungsarbeiten montieren und über ein Gateway in eine bestehende oder neue KNX-Anlage integrieren. Das spart Aufwand, schont die Bausubstanz und ermöglicht Lösungen, die mit kabelgebundenen Mitteln nicht realisierbar wären.

Der Nutzen setzt aber voraus, dass die Planung stimmt. Funkplanung mit Reichweitenanalyse, sorgfältiges Gateway-Mapping mit vollständiger Dokumentation, konsequenter Einsatz von Secure-Profilen und eine Überwachung der Sendeaktivität im Betrieb sind keine optionalen Extras, sondern Voraussetzungen für eine zuverlässige Anlage. Wer diese Schritte überspringt, riskiert eine Installation, die auf der Baustelle funktioniert und im Alltag Probleme macht.

Die Entscheidung für EnOcean oder eine andere Funklösung gehört in die frühe Planungsphase, nicht in die Ausführung. Wir helfen Ihnen, die richtige Wahl für Ihr Projekt zu treffen und die Integration sauber umzusetzen.

Sie haben Fragen dazu?

Sie planen eine Sanierung und fragen sich, ob EnOcean die richtige Ergänzung zu Ihrer KNX-Anlage ist? Oder Sie haben bereits eine Installation und möchten wissen, ob die Funkplanung und Dokumentation den Anforderungen entsprechen? Wir schauen uns das gemeinsam an. Schreiben Sie uns unter info@wenget.ch oder besuchen Sie wenget.ch.

Quellenverzeichnis

• ISO/IEC 14543-3-10: Informationstechnik, Heimelektronik-Systeme (HES), Teil 3-10: Drahtlose Kurzreichweitenkommunikation (EnOcean-Standard)
• EnOcean Equipment Profiles (EEP), EnOcean Alliance, aktuelle Version (Profilspezifikationen für EnOcean-Geräte)
• EN 50090 / ISO/IEC 14543-3: KNX-Standard für Heimautomation und Gebäudeautomation
• EN ISO 22510 (KNXnet/IP): Kommunikation über IP-Netzwerke im KNX-Standard
• KNX Association (Brüssel): Markeninhaberin der eingetragenen Marken KNX und ETS; Landesorganisation Schweiz: KNX Swiss
• SN EN ISO 52120-1 (SIA 386.111): Energieeffizienz von Gebäuden, Gebäudeautomation und -steuerung
• Eigene Projekterfahrung der WENGET GmbH aus KNX-Planungen, EnOcean-Integrationen und TGA-Sanierungen im Bestand