Protokollintegration
KNX-Integration
Wie KNX-Gruppenadressen, Gateways und Datenpunkttypen in eine Gebäudeplattform überführt, geprüft und übergeben werden, ohne die lokale Steuerung zu verlieren.
Was KNX ist und wo es eingesetzt wird
KNX ist ein offener Standard für die Gebäudesteuerung, aufgebaut um einen Twisted-Pair-Bus, mit Erweiterungen für IP, Funk und Powerline. Er ist in Europa verbreitet und wird häufig für Beleuchtung, Sonnenschutz, Raumsteuerung, HLK-Aktoren und Präsenzerkennung eingesetzt. Geräte werden einzeln inbetriebgenommen: Jedes besitzt ein Applikationsprogramm, Parameter und Gruppenadressen. Der Bus ist dezentral, ein Taster kann also einen Dimmer ohne zentrale Steuerung auslösen. Diese lokale Resilienz ist ein Grund, warum KNX lange nach dem Ausscheiden des ursprünglichen Installateurs weiter funktioniert. Es ist zuerst ein Feldbus, kein IP-System. Das Integrationsprojekt sollte das respektieren: Der Bus behält sein lokales Verhalten, und die Plattform ergänzt Überwachung statt Abhängigkeit. Protokollreferenz: Eine Linie unterstützt bis zu 64 Busgeräte, ein Bereich bis zu 15 Linien, und der Bus wird getrennt von den geräteeigenen Versorgungen gespeist. Diese Grenzen bestimmen, wo Koppler, Repeater und Reservekapazität hingehören. Ein Bus, der auf Feldebene gesund ist, kann dennoch schlecht dokumentiert sein, und die Dokumentation ist das Erbe, das das nächste Projekt übernimmt.
- Beleuchtung, Dimmen und Szenensteuerung
- Sonnenschutz und Fassadenautomation
- Raumsteuerung, HLK-Aktoren und Präsenz
- Europa und Projekte mit herstellerübergreifenden Spezifikationen
- Busgrenzen vor der Integration geplant
Integrationswege und Gateway-Auswahl
Es gibt drei übliche Wege. Eine KNX-Schnittstelle oder ein Gateway verbindet den Bus über IP mit der Plattform und stellt Gruppenadressen als lesbare und beschreibbare Punkte bereit. Ein KNX-IP-Router leistet dasselbe auf der Netzwerkebene und kann Linien überspannen. Ein nativer KNX-Port ist möglich, wenn die Steuerung ihn unterstützt. Der Weg entscheidet über Kapazität, Latenz und Diagnose. Fragen Sie, wie viele Gruppenadressen das Gateway bereitstellen kann, ob es Tunnelling oder Routing unterstützt, wie viele gleichzeitige Verbindungen es zulässt und was passiert, wenn der Bus oder das IP-Netz ausfällt. Bei einer großen Installation sollten Sie den Bus segmentieren und Router gezielt platzieren, statt eine Linie zu verlängern. Ein Gateway ist Infrastruktur: Geben Sie ihm eine Reserve, eine feste Adresse und ein dokumentiertes Austauschverfahren. Tunnelling ist praktisch für eine einzelne übergeordnete Stelle; Routing ist besser, wenn mehrere Clients gleichzeitig den Bus benötigen. Erfassen Sie, welche Linien hinter welchem Koppler liegen; ein Fehler auf einer Linie sollte nicht das Öffnen des gesamten Schranks erfordern.
- KNX-Gateway oder Schnittstelle über IP
- KNX-IP-Router für größere oder segmentierte Installationen
- Nativer KNX-Port, sofern verfügbar
- Kapazität, Latenz und Failover vor der Planung bestätigt
Von der Gruppenadresse zum Plattformpunkt
Ein KNX-Punkt ist nicht nur eine Adresse. Der Zuordnungseintrag sollte die Gruppenadresse, den Datenpunkttyp, die Einheit, den Skalierungsfaktor, die Lese-/Schreibrichtung, das besitzende Gerät und die Funktion enthalten, der er dient. Ein Ein-Bit-Objekt kann ein Status, ein Befehl oder ein Szenenauslöser sein; der Eintrag muss angeben, was zutrifft. Datenpunkttypen tragen die Skalierung: Ein Ein-Byte-Wert kann ein Prozentwert sein, ein Zwei-Byte-Wert eine Temperatur in Zehntelgrad. Lese- und Schreibflags sind nicht austauschbar, und eine Statusadresse sollte von einer Befehlsadresse getrennt sein. Die Benennung sollte einem Gebäudestandard folgen, nicht den Initialen des Installateurs. Die Punktliste ist der Vertrag zwischen dem KNX-Programmierer und dem Plattform-Engineer. Prüfen Sie ein Beispiel jedes Datenpunkttyps, statt anzunehmen, dass ein funktionierendes Beispiel für alle übrigen gilt. Wird eine Gruppenadresse von zwei Systemen beschrieben, benötigt das Projekt eine Schiedsregel und einen einzigen Eigentümer. Eine Gruppenadresse, die sowohl für Befehl als auch für Status verwendet wird, ist eine häufige Ursache für Schwingungen.
- Gruppenadresse und Datenpunkttyp
- Lese-/Schreibrichtung und Zuständigkeit
- Einheit, Skalierung und technischer Bereich
- Benennungskonvention und Schiedsregel
Punktbenennung und Zuordnungsregister
Die Punktbenennung sollte um 03:00 Uhr lesbar sein. Verwenden Sie eine feste Struktur: Gebäude, Etage, Raum oder System, Gerät, Funktion und Signaltyp. Führen Sie die KNX-Gruppenadresse im Eintrag, nicht zwingend im sichtbaren Namen; der Bediener benötigt die Funktion, der Engineer die Adresse. Das Zuordnungsregister sollte exportierbar sein, weil es mit dem ETS-Projekt, dem Gateway-Export und der Plattformdatenbank verglichen wird. Jeder Punkt sollte Datenpunkttyp, Einheit, Skalierung, Richtung, Alarmgrenze und Eigentümer zeigen. Wird ein Punkt berechnet oder kombiniert, erfassen Sie die Eingänge. Eine Benennungskonvention ist nur nützlich, wenn sie durchgesetzt wird; ergänzen Sie einen Prüfschritt, bevor die Punktliste eingefroren wird. Vermeiden Sie Namen, die einen vorübergehenden Zustand kodieren, etwa eine Etage, die umbenannt wird, oder einen Mieter, der auszieht. Vermeiden Sie Abkürzungen, die nur ein Installateur versteht. Das Register sollte auch die ETS-Geräteadresse vermerken, damit ein Bus-Trace einem Gerät zugeordnet werden kann.
- Feste Struktur, ohne Plan lesbar
- Gruppenadresse im Eintrag, Funktion im Namen
- Exportierbares Zuordnungsregister
- Prüfung, bevor die Punktliste eingefroren wird
Prüfung und Inbetriebnahme
Prüfen Sie zuerst den Bus, dann das Gateway, dann die Plattform. Am Bus bestätigen Sie Geräteversorgung, Linienkoppler, Kommunikation über Gruppenadressen und Szenenabruf. Am Gateway bestätigen Sie Erkennung, Adressexport, Lese- und Schreibverhalten sowie die Wiederverbindung nach einer Netzwerkunterbrechung. Auf der Plattform bestätigen Sie, dass jeder zugeordnete Punkt den richtigen Wert, die richtige Einheit und den richtigen Zustand zeigt und dass ein Befehl das Feldgerät erreicht. Prüfen Sie den Fehlerpfad: Trennen Sie das Gateway und kontrollieren Sie, dass lokale KNX-Funktionen weiterlaufen. Erfassen Sie das Ergebnis gegen die Punktliste, nicht in einem separaten Notizbuch. Ein Punkt, der in einem Browser-Baum erscheint, ist nicht inbetriebgenommen, bis er gelesen, geschrieben und beobachtet wurde. Ergänzen Sie eine Buslastprüfung: Starkes Polling kann eine gesunde Installation unzuverlässig erscheinen lassen. Ergänzen Sie einen Gateway-Neustart und einen Neustart der Plattform; das Wiederanlaufverhalten ist Teil der Funktion. Prüfen Sie den Bus mit getrennter und mit verbundener Plattform; beide Zustände sind relevant.
- Busgesundheit, Koppler und Gruppenadressverkehr
- Gateway-Erkennung, Lesen/Schreiben und Wiederverbindung
- Wert, Einheit und Zustand pro Punkt auf der Plattform
- Lokaler Betrieb bei ausgefallenem Gateway
- Neustart- und Wiederanlauftests
Grenzen, Übergabe und Verantwortlichkeiten
KNX ist auf Feldebene robust, hat aber Grenzen. Die Busbandbreite wird geteilt, starkes Polling ist daher eine schlechte Planung. Gruppenadress-Chaos ist in älteren Installationen verbreitet und muss vor der Integration bereinigt werden. Manche Geräte stellen nur begrenzte Objekte bereit, und einige Hersteller verwenden eigene Erweiterungen. KNX Secure erfordert Schlüsselverwaltung, die die Plattform unterstützen muss. Die praktische Regel ist einfach: Feldsteuerung bleibt im Feld, systemübergreifende Logik bleibt in der Plattform, und die Grenze wird dokumentiert. Integration sollte den Bus lesbarer machen, nicht verbergen. Das Übergabepaket sollte das ETS-Projekt oder einen Adressexport, das Zuordnungsregister, die Gateway-Konfiguration und die Prüfprotokolle enthalten. Die Verantwortung für den Bus bleibt beim KNX-Installateur; die Verantwortung für die Zuordnung liegt beim Integrator. Schreiben Sie diese Aufteilung in den Vertrag, insbesondere für Änderungen nach der Übergabe. Ein künftiger Ausbau wird Geräte ergänzen; lassen Sie Adressbereiche und Gateway-Kapazität dafür frei. Ein kleiner Ersatzteilbestand an Kopplern, Spannungsversorgungen und Busklemmen erspart einen weiteren Besuch.
- Polling vermeiden, wo ereignisgesteuerte Kommunikation funktioniert
- Alt-Gruppenadressen bereinigen und dokumentieren
- Unterstützung für sicheres KNX vor der Planung bestätigen
- Lokale Steuerung unabhängig von der Plattform halten
- Adress- und Gateway-Reserven freihalten
Planung der KNX-Integration
14 rows| Position | Zu bestätigen | Warum es wichtig ist |
|---|---|---|
| Busmedium | Twisted Pair, IP, Funk oder gemischt | Bestimmt Gateway und Topologie |
| Linien- und Bereichsstruktur | Koppler, Spannungsversorgungen, Reservekapazität | Verhindert Überlast und vereinfacht die Diagnose |
| Gerätegrenzen | Protokollreferenz: 64 Geräte pro Linie, 15 Linien pro Bereich | Legt fest, wo Koppler und Repeater hingehören |
| Gruppenadressschema | Benennung, Bereiche, Zuständigkeit | Ermöglicht Zuordnung und künftige Änderungen |
| Datenpunkttypen | Typ, Einheit, Skalierung | Verhindert falsche Werte und Befehle |
| Lese-/Schreibflags | Trennung von Befehl und Status | Vermeidet Rückkopplungen und widersprüchliche Schreibzugriffe |
| Gateway-Kapazität | Adressanzahl, Tunnelling oder Routing, Clients | Bestimmt die Integrationsgrenze |
| Lese-/Schreibrechte | Wer jede Adresse schreiben darf | Vermeidet widersprüchliche Befehle |
| Szenen und Zeitprogramme | Wo sie liegen und wem sie gehören | Verhindert doppelte Logik |
| Sicheres KNX | Schlüsselverwaltung und Geräteunterstützung | Beeinflusst Inbetriebnahme und Plattformwahl |
| Diagnose | Busmonitor, Gateway-Protokolle, Plattformereignisse | Verkürzt die Fehlersuche |
| Buslast | Polling-Rate und Ereignisverkehr | Hält die Reaktionszeit berechenbar |
| Prüfprotokolle | Adresse, Datenpunkttyp und beobachtetes Ergebnis | Belegt jeden zugeordneten Punkt |
| Übergabe | ETS-Projekt, Adressexport, Punktliste | Hält das System wartbar |
Projektbilder
3 images
Häufige Fragen
01Können Sie eine bestehende KNX-Installation integrieren?
In der Regel ja, wenn der Bus gesund ist und die Gruppenadressen gelesen werden können. Das Audit sollte Geräteversorgung, Koppler, Verfügbarkeit des ETS-Projekts und die Dokumentation der Adressen bestätigen.
02Benötigen wir das ursprüngliche ETS-Projekt?
Es hilft. Ohne es sind Geräteparameter und Gruppenadressen möglicherweise noch lesbar, Änderungen werden jedoch riskant. Ein fehlendes ETS-Projekt ist ein Befund, der vor der Integration geklärt werden muss, und kein Detail, das erst bei der Inbetriebnahme auffällt.
03Können Loxone und KNX die Steuerung teilen?
Ja. Das Projekt legt fest, welches System jede Gruppenadresse besitzt und wie Konflikte aufgelöst werden. Eine übliche Aufteilung ist KNX für Feldgeräte und Loxone für systemübergreifende Logik und Bedienansichten.
04Erfordert die KNX-Integration ein Gateway?
Sie erfordert eine Schnittstelle zwischen dem KNX-Bus und der Plattform. Das kann ein Gateway, ein IP-Router oder ein nativer KNX-Port sein, je nach Steuerung und Installation.
05Wie viele Gruppenadressen können integriert werden?
Das hängt vom Gateway und der Steuerung ab, nicht von einer festen Plattformgrenze. Die Planung sollte Adressanzahl, Aktualisierungsrate und Diagnose bestätigen, bevor die Punktliste eingefroren wird.
06Können wir KNX-Szenen beibehalten?
Ja. Szenen können in den KNX-Geräten bleiben oder in die Plattform wandern, aber nicht beides ohne klaren Eigentümer. Doppelte Szenenlogik ist eine häufige Ursache für inkonsistentes Verhalten.
07Was passiert, wenn die Plattform offline geht?
KNX-Geräte sollten ihre lokalen Funktionen fortsetzen: Taster, Dimmer, Jalousieaktoren und Raumsteuerungen. Systemübergreifende Logik stoppt, bis die Plattform zurückkehrt. Dieses Ausfallverhalten sollte geprüft und dem Bediener erläutert werden.
08Ist KNX für Hotels geeignet?
KNX ist in Hotelspezifikationen verbreitet, besonders in Europa. Es eignet sich gut für Beleuchtung, Sonnenschutz und Raumsteuerung; PMS- und Energielogik liegen üblicherweise darüber.
Nächster Schritt
Bringen Sie uns das Gebäude.
Nennen Sie uns Gebäudetyp, Systeme im Leistungsumfang und das benötigte Ergebnis. Wir zeigen den kürzesten Weg zu einem funktionierenden System.