Zum Hauptinhalt springen

Der ETS-Workflow

Diese Seite begleitet den Lebenszyklus eines KNX-Projekts innerhalb von ETS — vom leeren Projekt zum in Betrieb genommenen Gebäude und einer .knxproj in KNX Clarity. Sie werden diese Schritte nie in KNX Clarity ausführen (es ist kein Inbetriebnahmewerkzeug), aber sie zu verstehen macht jeden Bildschirm im Benutzerhandbuch lesbar.

Der Lebenszyklus​

1 · Das Projekt anlegen​

Ein neues ETS-Projekt ist ein leerer Container mit einem gewählten Gruppenadressstil (zwei- oder dreistufig) und, bei modernen Projekten, einer Sicherheitseinstellung.

2 · Produkte importieren​

Der Integrator bezieht das Applikationsprogramm jedes Geräts aus dem KNX-Online-Katalog (oder importiert eine Hersteller-.knxprod). Dies ist der „Treiber" des Geräts: Er definiert, welche Parameter und Gruppenobjekte das Gerät hat.

3 · Die Topologie aufbauen​

Geräte werden in Bereiche und Linien eingeordnet, die die physische Busverdrahtung abbilden. Koppler werden dort eingefügt, wo Segmente zusammentreffen.

4 · Individuelle Adressen vergeben​

Jedes Gerät erhält seine eindeutige Adresse Bereich.Linie.Gerät. Damit findet ETS das Gerät beim Programmieren auf dem Bus.

5 · Parametrieren​

Jedes Gerät wird konfiguriert: die Fahrzeiten eines Jalousieaktors, der Regelalgorithmus eines Thermostats, das Lang-/Kurz-Druck-Verhalten eines Tasters. Hier fließt der meiste Projektierungsaufwand hin und hier liegen die meisten Bytes einer .knxproj.

6 · Gruppenadressen anlegen & verknüpfen​

Die Gruppenadressen werden angelegt und die Gruppenobjekte der Geräte werden mit ihnen verknüpft. Nach diesem Schritt existiert die Logik des Gebäudes als Daten — noch bevor irgendein Gerät berührt wurde.

7 · Programmieren (Inbetriebnahme)​

ETS verbindet sich über eine Schnittstelle (USB oder KNX-IP) mit dem Bus und schreibt die individuelle Adresse, die Applikation und die Parameter in jedes physische Gerät. Nun sind die Daten das Verhalten des Gebäudes.

8 · Testen & diagnostizieren​

Mithilfe des Gruppenmonitors (live Telegramme beobachten) und des Busmonitors verifiziert der Integrator jede Funktion und behebt Fehlverknüpfungen, falsche DPTs oder Flag-Fehler.

9 · Die .knxproj exportieren​

Das fertige Projekt wird als einzelne .knxproj exportiert. Das ist das Artefakt, das aufbewahrt, versioniert und übergeben werden sollte.

Warum die Reihenfolge für das Lesen eines Projekts wichtig ist​

Wenn Sie ein Projekt in KNX Clarity öffnen, sehen Sie das Ergebnis der Schritte 3–6, eingefroren im Moment des Exports:

  • Räume & Geräte ≈ Topologie + Gebäudestruktur (Schritte 3–4), auf das Gebäude projiziert.
  • Gruppenadressen ≈ Schritt 6 — die Logik.
  • ETS-Dateien ≈ eine versionierte Historie von Schritt 9, sodass Sie vergleichen können, was sich zwischen Inbetriebnahmebesuchen geändert hat.

Nach-Inbetriebnahme und Drift​

Gebäude verändern sich: Ein Raum wird umgenutzt, ein Aktor wird hinzugefügt, ein Fehler wird vor Ort behoben. Jede Änderung ist ein neues ETS-Programmieren und sollte ein neuer Export sein. In der realen Welt driften der Vor-Ort-Laptop und das „Master"-Projekt auseinander — das klassische KNX-Wartungsproblem.

Das Drift-Problem

Werden Änderungen vor Ort nicht exportiert und aufbewahrt, passt die .knxproj nicht mehr zum Gebäude. Der nächste Techniker vertraut einer falschen Karte. Jeden Export zu versionieren — mit wer ihn wann hochgeladen hat — ist genau die Disziplin, die KNX Clarity erzwingt, sodass Drift sichtbar wird statt unbemerkt zu bleiben. Siehe ETS-Dateien.