In größeren Projekten ist es eher die Regel als die Ausnahme: Der Elektrobetrieb projektiert Licht und Steckdosen, ein Spezialist macht Beschattung und Wetterstation, der Heizungsbauer bringt einen eigenen Integrator für die Einzelraumregelung mit. Alle arbeiten an derselben Linie, oft am selben IP-Router. Technisch geht das. Organisatorisch geht es nur, wenn vorher geregelt ist, wer was darf.
Dieser Beitrag geht nicht um den Wechsel von einem Integrator zum nächsten, dazu steht alles in ETS-Projekt übernehmen: Integratorwechsel bei KNX-Anlagen. Hier geht es um die Zeit, in der mehrere gleichzeitig arbeiten.
Das Grundproblem: Die ETS kennt nur ein Projekt
Ein KNX-Gerät weiß nicht, aus welchem ETS-Projekt es programmiert wurde. Es enthält eine Applikation, Parameter und Zuordnungen von Gruppenadressen. Wer als Letzter einen Download macht, hat recht. Das bedeutet in der Praxis:
- Zwei Firmen mit zwei getrennten ETS-Projekten sehen jeweils nur ihren Teil. Ein Gerät, das in beiden Projekten vorkommt, wird bei jedem Download auf den Stand des jeweiligen Projekts gesetzt.
- Gruppenadressen, die in beiden Projekten unabhängig vergeben wurden, können kollidieren. Dann schaltet der Rollladentaster plötzlich das Licht im Nachbarraum.
- Physikalische Adressen werden doppelt vergeben, wenn beide Firmen in derselben Linie bei 1.1.1 anfangen.
Ein automatisches Zusammenführen zweier unabhängig gewachsener Projekte sollten Sie nicht voraussetzen. Am Ende braucht es eine Person, die entscheidet, welcher Stand gilt.
Ein Projektführer, schriftlich benannt
Die wichtigste Regel ist organisatorisch: Es gibt ein führendes ETS-Projekt und eine Firma, die es führt. Alle anderen liefern zu. Wer das ist, steht im Vertrag oder zumindest in einem Protokoll der ersten Baubesprechung.
Der Projektführer:
- legt Topologie, Bereichs- und Linienstruktur und das Gruppenadressschema fest,
- vergibt Adressbereiche an die anderen Beteiligten,
- führt die Passwörter und, bei Secure-Projekten, den Schlüsselbund,
- übernimmt die Teilstände der anderen in das Hauptprojekt,
- übergibt am Ende ein vollständiges Projekt an den Betreiber.
Das ist zusätzliche Arbeit und sollte als eigene Position kalkuliert sein. Wer sie unbezahlt nebenbei übernimmt, merkt das spätestens bei der dritten Zusammenführung.
Adressbereiche vorher verteilen
Kollisionen lassen sich fast vollständig vermeiden, wenn die Bereiche vor dem ersten Download vergeben sind. Ein mögliches Muster:
| Bereich | Zuständig | Beispiel |
|---|---|---|
| Physikalische Adressen | je Firma ein Adressblock in der Linie oder eine eigene Linie | Licht 1.1.1 bis 1.1.99, Beschattung 1.1.100 bis 1.1.149 |
| Gruppenadressen | je Gewerk eine Hauptgruppe | Licht in einer, Beschattung in einer anderen |
| Zentrale Adressen | nur der Projektführer | Uhrzeit, Datum, Wind- und Regenalarm, Zentral Aus |
| Gemeinsame Schnittstellen | vorab festgelegte Liste | Präsenz an Heizung, Fensterkontakt an Beschattung |
Die gemeinsamen Schnittstellen sind der heikle Teil. Wenn die Beschattung den Fensterkontakt aus dem Heizungsgewerk braucht, muss klar sein, wer die Gruppenadresse anlegt, wer sendet und mit welchem DPT. Eine kurze Schnittstellenliste mit diesen Angaben ist Pflicht. Ein durchgängiges Schema dafür beschreibt KNX Gruppenadressen: Ein Schema, das in 10 Jahren noch jeder versteht.
Passwörter: Projekt, Gerät, Secure
In einem Projekt mit mehreren Firmen gibt es drei Ebenen von Passwörtern, die oft verwechselt werden.
Das Projektpasswort der ETS schützt die Projektdatei. Es gehört dem Projektführer. Teilstände, die an andere gehen, können mit eigenem Passwort exportiert werden.
Der Geräteschlüssel (BCU-Schlüssel) sperrt Geräte gegen Auslesen und Umprogrammieren durch Unbefugte. In einer Anlage mit mehreren Firmen ist er eher hinderlich, solange gearbeitet wird. Wenn er gesetzt wird, dann einheitlich und dokumentiert, nicht von jeder Firma mit eigenem Wert.
Die Secure-Schlüssel (Gerätezertifikate, Tunnelpasswörter, Backbone-Schlüssel) liegen im ETS-Projekt. Eine Secure-Anlage lässt sich nicht sinnvoll aus mehreren unabhängigen Projekten heraus betreiben. Wer Secure plant und mehrere Firmen beteiligt, braucht ein führendes Projekt ohne Ausnahme. Was dabei organisatorisch zu beachten ist, steht in KNX Secure in Betrieb nehmen: Checkliste für Gewerbeprojekte.
Passwörter gehören nicht in E-Mails mit dem Projekt im Anhang. Ein getrennter Kanal und eine Liste, wer welches Passwort hat, reichen meist.
Projektstände führen und zusammenführen
Damit nicht der Zufall entscheidet, welcher Stand in den Geräten steht, braucht es ein festes Verfahren.
- Ausgabe: Der Projektführer gibt einen datierten Stand an die Zulieferer, etwa als exportierte Projektdatei mit Datum im Dateinamen.
- Bearbeitung: Der Zulieferer arbeitet nur in seinem Bereich. Downloads macht er nur auf seine eigenen Geräte.
- Rückgabe: Der Zulieferer gibt seinen Stand zurück, mit einer kurzen Liste der Änderungen, auch außerhalb seines Bereichs, falls sie nötig waren.
- Übernahme: Der Projektführer übernimmt den Stand in das Hauptprojekt. Gruppenadressen lassen sich in der ETS exportieren und importieren. Geräte mit ihren Parametern zu übernehmen ist aufwendiger und braucht eingeplante Zeit. Danach prüft er die Schnittstellen.
- Freigabe: Erst nach der Übernahme werden Geräte aus dem Hauptprojekt programmiert, die an Schnittstellen beteiligt sind.
Ein Änderungsprotokoll mit Datum, Firma, Gerät und Grund klingt bürokratisch. Es ist aber das Einzige, was bei einem Fehler drei Wochen später die Frage beantwortet, wer wann was geändert hat.
Gemeinsam am Bus: Regeln für die Baustelle
Neben der Projektdatei gibt es ganz praktische Konflikte vor Ort.
- Programmierzeiten absprechen. Zwei gleichzeitige Downloads über dieselbe Schnittstelle oder auf dieselbe Linie verlängern beide und führen gelegentlich zu Abbrüchen.
- Tunnelverbindungen zuordnen. IP-Router und IP-Interfaces haben eine begrenzte Zahl an Tunneln. Wenn eine Visualisierung, ein Logikserver und zwei Laptops gleichzeitig verbinden wollen, ist schnell keiner mehr frei.
- Kein Entladen fremder Geräte. Klingt selbstverständlich, kommt aber vor, wenn jemand eine Linie komplett neu programmieren will.
- Fremde Geräte nicht ohne Rückfrage resetten. Auch nicht, wenn sie stören. Erst den zuständigen Kollegen fragen.
Wenn es schon schiefgegangen ist
Nicht jedes Projekt startet mit klaren Regeln. Wenn bereits mehrere Teilprojekte existieren und Geräte aus unterschiedlichen Ständen programmiert wurden, hilft ein strukturierter Abgleich. Zuerst wird festgestellt, welche Geräte in welchem Projekt geführt sind und welche Applikationsversion und physikalische Adresse sie tatsächlich haben. Danach werden doppelte Gruppenadressen und doppelte Absender gesucht. Erst dann wird ein Hauptprojekt aufgebaut, aus dem künftig alle programmieren. Dieser Abgleich kostet je nach Größe einige Tage. Er ist aber deutlich günstiger als ein Jahr mit sporadischen Fehlern, deren Ursache keiner findet, weil jeder nur seinen Teil der Anlage sieht.
Fazit
Mehrere Integratoren an einer Anlage sind kein Problem, solange einer führt und alle anderen das wissen. Ein benanntes Hauptprojekt, verteilte Adressbereiche, eine Schnittstellenliste, klare Passwortregeln und ein festes Verfahren für Projektstände verhindern fast alle Konflikte. Wenn Sie in einem Projekt die Projektführung übernehmen sollen und dafür Unterstützung brauchen, oder wenn ein Projekt bereits aus mehreren Teilständen besteht, die zusammengeführt werden müssen, helfen wir im Rahmen unseres knxproj-Audits und der Projektierung.
