Loxone Config
Programmierung mit Loxone Config – Struktur, Logik und Übergabe
Wie Loxone Config aufgebaut ist, wie Logik lesbar und testbar bleibt und was zu übergeben ist, damit ein anderer Ingenieur das Projekt warten kann.
Kurze Antwort
Config ist die Engineering-Umgebung, in der das Miniserver-Projekt aufgebaut wird: Räume, Funktionen, Eingänge, Ausgänge, Logik, Zeitprogramme und Bedienoberflächen. Gute Programmierung ist strukturiert, benannt und dokumentiert, sodass ein anderer Ingenieur sie lesen kann. Es geht nicht darum, clevere Bausteine zu schreiben, sondern darum, das Verhalten des Gebäudes sichtbar, testbar und sicher änderbar zu machen.
Das Projekt ist ein Abbild des Gebäudes
Config organisiert die Arbeit nach Raum und Funktion, nicht als flache Liste von Klemmen. Ein Raum enthält seine Leuchten, seinen Sonnenschutz, sein Klima und seine Sensoren; eine Funktion beschreibt, was der Raum tut. Diese Struktur ist der Unterschied zwischen einem Projekt, das sich warten lässt, und einem Haufen Bausteine, der zufällig funktioniert. Benennen Sie Punkte aus der Sicht des Gebäudes, verwenden Sie konsistente Präfixe und halten Sie die Raum- und Funktionshierarchie mit der Punktliste abgeglichen. Wenn die Benennung driftet, wird jede spätere Aufgabe langsamer: Alarme, Trends, Grafiken, Übergabe und Fehlersuche hängen alle von denselben Namen ab. Eine nützliche Prüfung besteht darin, den Projektbaum jemandem zu geben, der die Anlage noch nie gesehen hat, und ihn den Besprechungsraum im dritten Obergeschoss ohne Suche finden zu lassen.
- Spiegeln Sie das Raumverzeichnis im Projektbaum
- Verwenden Sie ab dem ersten Tag eine einheitliche Benennungskonvention
- Halten Sie Grafiken und Alarme auf denselben Namen
Logik in Schichten
Legen Sie einfaches Verhalten nahe am Gerät ab: Eine Leuchte folgt ihrem Schalter, ein Ventil folgt seinem Raum-Sollwert. Verhalten über Räume und Systeme hinweg gehört in eine klar gekennzeichnete Gebäudeschicht. Reporting und Optimierung liegen darüber. Diese Schichtung verhindert, dass eine kleine Raumänderung das ganze Projekt durchzieht, und sie ermöglicht Tests in Abschnitten. Verwenden Sie für Abläufe mit unterschiedlichen Zuständen Zustandsautomaten statt eines verschachtelten Bedingungswerks, das nur sein Autor versteht. Dokumentieren Sie jeden nicht offensichtlichen Baustein mit einer kurzen Notiz: was er tut, was ihn auslöst und was bei Sensorausfall geschieht. Wenn ein Baustein einen Absatz zur Erklärung braucht, gehört dieser Absatz in die Projektnotizen neben dem Baustein und nicht in ein separates Dokument, das niemand öffnet.
- Geräte-, Raum- und Gebäudelogik bleiben getrennt
- Verwenden Sie Zustandsautomaten für mehrstufige Abläufe
- Kommentieren Sie jeden nicht offensichtlichen Baustein
Testnachweise statt Zuversicht
Ein Projekt ist nicht fertig, wenn die App richtig aussieht. Prüfen Sie Eingänge einzeln, erzwingen Sie Sensorfehler, kontrollieren Sie die Alarmweiterleitung, verifizieren Sie Zeitprogramme über verschiedene Tagesarten hinweg und bestätigen Sie, dass Übersteuerungen auslaufen. Halten Sie das Ergebnis gegen die Punktliste fest, nicht im Gedächtnis. Testen Sie den Fehlerpfad: Was geschieht, wenn ein Busgerät verschwindet, ein Zähler nicht mehr antwortet oder das Netz ausfällt. Ein kurzes schriftliches Prüfblatt ist wertvoller als eine lange Vorführung, weil es Personalwechsel übersteht und den nächsten Serviceeinsatz günstiger macht. Berücksichtigen Sie auch den menschlichen Pfad: Weiß der Bediener, was zu tun ist, wenn um 02:00 ein Alarm erscheint, und steht diese Anweisung im Übergabepaket statt nur im Kopf des Installateurs?
- Prüfen Sie jeden Ein- und Ausgang gegen die Punktliste
- Erzwingen Sie Fehler und dokumentieren Sie den resultierenden Zustand
- Verifizieren Sie Zeitprogramme, Übersteuerungen und Alarmweiterleitung
Übergabe und Änderungslenkung
Übergeben Sie die Projektdatei, die Softwareversion, die Sicherung, den Netzplan, die Punktliste und ein Änderungsprotokoll. Schützen Sie das Projekt mit Zugangsdaten, die der Eigentümer kontrolliert, nicht mit Zugangsdaten, die mit dem Installateur das Haus verlassen. Vereinbaren Sie, wie Änderungen beantragt, getestet und dokumentiert werden. Eine kleine Änderung an einem Zeitprogramm sollte keinen Vor-Ort-Einsatz erfordern, wenn Fernzugriff und Berechtigungen richtig gestaltet sind. Der Maßstab für gute Konfiguration ist nicht die Menge geschriebener Logik, sondern wie sicher das Team des Eigentümers das Gebäude nach dem Weggang der Ingenieure bedienen und ändern kann. Ein Projekt, das niemand anderes wiederherstellen, erklären und ändern kann, ist nicht wirklich übergeben, sondern nur eingeschaltet.
- Vom Eigentümer kontrollierte Zugangsdaten und Lizenzen
- Ein schriftlicher Änderungs- und Testprozess
- Ein Wiederherstellungstest vor der endgültigen Übergabe
Programmierschichten
5 rows| Ebene | Inhalt | Testnachweis |
|---|---|---|
| Gerät | Eingänge, Ausgänge und lokales Fail-Safe-Verhalten | Punktweiser Ein- und Ausgangstest |
| Raum | Beleuchtung, Sonnenschutz, Klima und Raumszenen | Test von Raumszenen und Sollwerten |
| Gebäude | Zeitprogramme, Verriegelungen, Alarme und Energielogik | Test von Abläufen, Alarmen und Failover |
| Benutzeroberfläche | App-Seiten, Touch-Bedienung und Rollenansichten | Rollenbasierte Zugriffs- und Benutzbarkeitsprüfung |
| Übergabe | Sicherungen, Versionen, Notizen und Änderungsprotokoll | Wiederherstellungstest und As-built-Prüfung |
Projektbilder
3 images
Häufige Fragen
01Ist Config Programmierung oder Konfiguration?
Beides. Es ist eine grafische Umgebung, doch die Arbeit ist Engineering: Struktur, Logik, Benennung und Test. Die Unterscheidung ist weniger wichtig als die Frage, ob das Ergebnis lesbar und wartbar ist.
02Muss ich Code schreiben?
Die meisten Projekte entstehen aus nativen Funktionsbausteinen. Für spezielle Abläufe steht eigene Logik zur Verfügung, doch sie sollte dokumentiert und begründet sein, weil sie die Qualifikation erhöht, die zur Wartung der Anlage nötig ist.
03Kann ein anderer Integrator das Projekt warten?
Ja, wenn Projektdatei, Benennungskonvention, Notizen und Zugangsdaten ordentlich übergeben werden. Das sollte eine vertragliche Anforderung sein und kein Gefallen nach der Fertigstellung.
04Wie oft sollten Sicherungen erstellt werden?
Vor und nach jeder Änderung sowie bei der Übergabe. Bewahren Sie eine Kopie außerhalb des Controllers auf und testen Sie, ob sie sich wiederherstellen lässt. Eine ungetestete Sicherung ist nur eine Hoffnung.
05Lässt sich die App pro Benutzer anpassen?
Ja. Benutzerseiten und Berechtigungen lassen sich nach Rolle strukturieren, sodass Bediener, Techniker und Bewohner unterschiedliche Detailtiefe und unterschiedliche Bedienelemente sehen.
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.