Telegramme & Gruppenadressen
Dies ist das mit Abstand wichtigste Konzept in KNX. Sobald Gruppenadressen verstanden sind, ergibt der Rest des Systems — und die Seite Gruppenadressen in KNX Clarity — einen Sinn.
Telegramme
Geräte kommunizieren, indem sie kurze Nachrichten, sogenannte Telegramme, auf den Bus senden. Ein Telegramm ist winzig (eine Handvoll Bytes) und enthält im Wesentlichen:
- wer es gesendet hat (die individuelle Adresse des Senders),
- wohin es geht (eine Gruppenadresse, kein Gerät),
- was es aussagt (eine kleine Nutzlast — ein Bit, ein Prozentwert, eine Temperatur …),
- sowie Steuer-/Prüfsummenfelder.
KNX ist ein ereignisgesteuerter Bus: Ein Gerät sendet nur, wenn sich etwas ändert (eine Taste wird gedrückt, eine Temperatur überschreitet einen Schwellwert). Es gibt kein ständiges Abfragen, sodass der Bus ruhig und deterministisch bleibt.
Die Analogie der Verteilerliste
Eine Gruppenadresse ist kein Gerät. Sie lässt sich am besten als Verteilerliste verstehen:
- Ein Gerät kann an eine Gruppenadresse senden (wie das Posten an eine Liste).
- Ein oder mehrere Geräte können diese Gruppenadresse abhören (wie das Abonnieren einer Liste).
- Der Sender weiß nicht und kümmert sich nicht darum, wer zuhört.
Wird ein Taster gedrückt, „teilt er der Lampe" nichts mit. Er postet
eine 1 an die Gruppenadresse 1/1/0. Jedes Gerät, das 1/1/0
abonniert hat — möglicherweise mehrere Beleuchtungsaktoren —, empfängt
sie und handelt. Fügen Sie der Szene später eine weitere Lampe hinzu,
indem Sie ihren Aktorkanal auf 1/1/0 abonnieren; der Taster ändert
sich nie.
Diese Indirektion ist der Grund, warum KNX so flexibel ist — und warum die Gruppenadressliste der Verdrahtungsplan der Logik ist. Lesen Sie die Gruppenadressen und Sie wissen, was was steuert, sogar ohne das Gebäude zu berühren.
Aufbau einer Gruppenadresse
Eine Gruppenadresse wird mit Schrägstrichen geschrieben. Der häufigste Stil ist dreistufig:
Haupt / Mittel / Unter z. B. 1/1/0
Es gibt keine vom Standard erzwungene Regel, was jede Ebene
bedeutet — es ist eine Konvention, die der Integrator wählt. Eine
weitverbreitete Konvention ist Haupt = Funktion (Beleuchtung,
Jalousien, Heizung), Mittel = Ort oder Teilfunktion, Unter =
der einzelne Datenpunkt. Andere Projekte nutzen einen zweistufigen
(Haupt/Unter) oder einen freien Stil.
Da die Bedeutung jeder Ebene eine Konvention ist, können Sie nicht
annehmen, dass 1/x/x „immer Beleuchtung" ist. Die maßgebliche
Bedeutung lebt im ETS-Projekt — genau deshalb ist es wichtig, die
versionierte .knxproj in KNX Clarity zu
haben, wenn jemand Neues das Gebäude übernimmt.
Gruppenobjekte und Flags
Jedes Gerät stellt Gruppenobjekte (auch Kommunikationsobjekte genannt) bereit: die Anknüpfungspunkte, die Sie in ETS mit Gruppenadressen verknüpfen. Ein Beleuchtungsaktorkanal könnte „Schalten", „Status", „Dimmen" usw. bereitstellen.
Jedes Gruppenobjekt trägt Flags, die sein Verhalten auf dem Bus festlegen:
| Flag | Name | Bedeutung |
|---|---|---|
| K | Kommunikation | Das Objekt ist überhaupt auf dem Bus erlaubt. |
| L | Lesen | Das Objekt beantwortet Leseanfragen mit seinem Wert. |
| S | Schreiben | Das Objekt akzeptiert an es geschriebene Werte. |
| Ü | Übertragen | Das Objekt sendet ein Telegramm, wenn sich sein Wert ändert. |
| A | Aktualisieren | Das Objekt aktualisiert seinen Wert aus Telegrammen anderer. |
| I | Init | Das Objekt liest seinen Wert bei Busrückkehr. |
Falsch gesetzte Flags sind eine der klassischen Ursachen für „der
Status ist falsch" oder „es funktioniert in eine Richtung, aber nicht
zurück". Sie sind Teil der in der .knxproj gespeicherten Parameter.
Was das für eine Nutzlast bedeutet
Die Nutzlast eines Telegramms ist nicht „bloß eine Zahl" — ihre Größe und Bedeutung sind durch einen Datenpunkttyp definiert. Ein Schalter ist ein Bit; ein Dimmwert ist ein Byte; eine Temperatur ist ein 2-Byte-Gleitkommawert. Sender und Empfänger müssen sich über den Datenpunkttyp für die Gruppenadresse einig sein, sonst ist der Wert Unsinn. Das ist das Thema der nächsten Seite.