Eine Projekttabelle, zwei Systeme: Schluss mit doppelter Dateneingabe

Jede Adresse wird mindestens zweimal eingetragen

Eine Gruppenadresse entsteht in der Projekttabelle. Dann wird sie in die ETS eingetippt. Dann in die Konfiguration des Controllers, weil Visualisierung und Logik sie ebenfalls kennen müssen. Und dann, wenn der Kunde eine ordentliche Dokumentation bekommt, ein drittes Mal.

Jede Wiederholung ist eine Stelle, an der die Kopien auseinanderlaufen können — und sie tun es. Während der Inbetriebnahme verschiebt jemand eine Adresse, weil zwei Kreise kollidiert sind. Die ETS bekommt die Korrektur. Die Controller-Konfiguration bekommt sie eine Woche später, aus dem Gedächtnis. Die Dokumentation bekommt sie nie. Ein Jahr nach der Übergabe gibt es drei Quellen und keine Möglichkeit zu sagen, welche stimmt, ohne im Gebäude nachzumessen.

Ein Dokument ist führend, der Rest wird erzeugt

Die Alternative ist, einmal zu entscheiden: Die Projekttabelle ist das führende Dokument — und nichts anderes wird jemals von Hand bearbeitet. Die ETS-Importdatei, die Controller-Konfiguration und die Kundendokumentation entstehen alle aus ihr.

Was sich in der Praxis ändert

• Eine Adresse ändert sich an einer Stelle. Der nächste Lauf trägt sie überallhin — in Sekunden.
• Eine Abweichung zwischen ETS und Controller kann nicht mehr entstehen. Sie wird nicht durch Disziplin verhindert, sie ist strukturell ausgeschlossen.
• Die Übergabe an einen anderen Techniker hört auf, Archäologie zu sein. Die Tabelle ist das Projekt, und sie ist ohne installierte ETS lesbar.
• Die Kundendokumentation ist von Bauart aktuell, weil sie ein Erzeugnis ist und kein Dokument, an dessen Pflege jemand denken muss.

Was es kostet

Zwei Dinge, und keines davon ist Software. Das erste ist Benennungsdisziplin: Aus einer Tabelle zu generieren lohnt sich nur, wenn die Namen darin einem Schema folgen, das auch ein anderer lesen kann. Das zweite ist das Importformat — das ist es, was aus der Tabelle etwas macht, das die ETS annimmt.

Beides ist bereits beschrieben, für das zweite mitsamt dem lauffähigen Code.

Was damit nicht gelöst ist

Gruppenadressen mit den Kommunikationsobjekten der Geräte zu verknüpfen, lässt sich ohne die ETS-API nicht automatisieren. Der Import legt die Adressen an; das Verbinden bleibt Handarbeit und ist in einem großen Projekt weiterhin die längste Einzelaufgabe in der ETS.

Der Ansatz setzt außerdem voraus, dass die Tabelle von Anfang an sauber geführt wurde. Nachträglich Ordnung herzustellen — eine Tabelle aus einem Projekt zu rekonstruieren, das bereits auseinandergelaufen ist — kostet mehr, als es von Beginn an richtig zu machen. Ehrlicherweise ist der Gewinn dort am größten, wo das Projekt noch nicht begonnen hat.

Und er verschiebt ein Risiko, statt es zu beseitigen: Ein Fehler in der Tabelle pflanzt sich jetzt an drei Stellen gleichzeitig fort. Das ist der Handel. Er ist gut, weil eine falsche Quelle, die sichtbar die Quelle ist, besser ist als drei Quellen, die still voneinander abweichen — aber es bleibt ein Handel.