Loxone · Config
Loxone Config – Engineering, Logik und Bediener-App
Wie ein Loxone-Gebäude konfiguriert wird: Engineering-Umgebung, Steuerungslogik, Bediener-App, Fernzugriff, Backups und die übergebene Dokumentation.
Kurze Antwort
Loxone Config ist die Engineering-Umgebung, in der Geräte, Ein- und Ausgänge sowie die Steuerungslogik des Gebäudes konfiguriert werden. Sie erzeugt die Zeitprogramme, Verriegelungen, Alarme und Bedieneransichten, die auf lokalen Controllern laufen, und wird durch dokumentierte Backups, Versionsnachweise und ein Übergabepaket ergänzt, das das Gebäudeteam pflegen kann.
Die Engineering-Umgebung
In Config wird das Gebäude in Software zusammengesetzt. Geräte werden adressiert, Ein- und Ausgänge zugeordnet und jede Funktion erhält einen Namen, der dem Bediener etwas sagt und nicht dem Installateur. Die Umgebung verbindet sich mit dem lokalen Controller, sodass Änderungen an der realen Anlage erfolgen und vor Ort geprüft werden. Ein gut strukturiertes Projekt liest sich wie ein Gebäude: Technikzentrale, Etagen, Steigschächte, Mieterflächen, Außenzonen. Diese Struktur ist keine Kosmetik; sie entscheidet, wie schnell eine Störung um zwei Uhr nachts gefunden wird. Dieselbe Umgebung erzeugt die lokal laufende Logik und die Ansichten der Bediener – deshalb ist Konfigurationsdisziplin ein Betriebsthema und kein IT-Detail. Ein Projekt sollte für jemanden lesbar sein, der es nicht geschrieben hat. Die Prüfung ist einfach: Geben Sie den Baum einem neuen Ingenieur und bitten Sie ihn, eine Störung zu finden.
- Geräteadressierung und E/A-Zuordnung
- Benennung nach dem Gebäude, nicht nach dem Schaltschrank
- Lokale Verbindung zum Test an der realen Anlage
Projektstruktur und Benennung
Ein Projekt, das durch Kopieren und Einfügen wächst, wird unwartbar. Wir definieren die Hierarchie vor der Programmierung: Gebäude, Etage, Zone, System, Gerät. Anlagenkomponenten, Raumsensoren und Mieterflächen liegen in diesem Baum, und jedes Objekt trägt eine Kennzeichnung, die zu den Zeichnungen und zur Punktliste passt. Der Baum spiegelt zudem die physische Topologie von Schaltschränken, Steigschächten und Räumen wider, sodass eine Adresse aus der Software im Gebäude gefunden werden kann. Für wiederkehrende Raumtypen werden Vorlagen verwendet, sodass ein Hotelzimmer oder ein Standardbüro einmal konfiguriert und instanziiert wird, wobei nur Adresse und Raumnamen geändert werden. Die Benennung folgt einer Konvention: Ort, Gewerk, Gerät und ein Suffix, wo ein Punkt eines benötigt. Wir vermeiden, dass Namen wie „spare“ oder „test2“ die Übergabe erreichen. Die Struktur wird mit dem Gebäudeteam geprüft, denn dieses Team wird sie unter Zeitdruck durchsuchen. Umbenennungen nach der Inbetriebnahme sind teuer, weil jede Zeichnung, jedes Etikett und jeder Bericht auf den alten Namen verweist.
- Hierarchie vom Gebäude bis zum Gerät
- Vorlagen für wiederkehrende Raumtypen
- Eine Benennungskonvention für Zeichnungen, Punkte und Software
Logik, Sequenzen und Alarme
Der größte Teil der Engineering-Arbeit ist Logik. Zeitprogramme entscheiden, wann eine Zone als belegt gilt; Verriegelungen legen fest, was geschehen muss, bevor eine Pumpe startet oder eine Klappe fährt; Sequenzen schalten Anlagen und Terminalgeräte in der richtigen Reihenfolge; die Alarmlogik bestimmt, was dringend ist, was ein Hinweis ist und was während eines bekannten Ereignisses unterdrückt werden soll. Wir halten die Logik modular, sodass eine Etage oder ein System kopiert, geprüft und gewartet werden kann, ohne das gesamte Projekt aufzulösen. Für wiederkehrende Sequenzen werden gemeinsame Funktionsbausteine mit Parametern verwendet statt duplizierter Logik. Jede nicht offensichtliche Entscheidung wird in der Funktionsbeschreibung festgehalten, einschließlich des Grundes für eine Verzögerung, ein Totband oder eine Verriegelung. Ein Logikindex ordnet jeden Baustein der Sequenz und der Seite der Funktionsbeschreibung zu. Logik, die sich nicht in einem Absatz erklären lässt, ist meist Logik, die versehentlich gewachsen ist.
- Modulare Logik nach Etage, System und Anlagenkomponente
- Gemeinsame Bausteine mit Parametern statt duplizierter Logik
- Alarmpriorität und dokumentierte Unterdrückung
Die App und die Bedieneransichten
Die App ist keine Consumer-Fernbedienung. Sie ist die Bedieneroberfläche: rollenbasierte Ansichten für Facility-Personal, Ingenieure und Management mit den Alarmen, Trends und Befehlen, die die jeweilige Rolle benötigt. Ein Techniker sieht eine Anlagenkomponente, ihre Trends und ihre Verriegelungen; ein Manager sieht Energie- und Komfortübersichten, ohne Zugriff auf Ventilbefehle. Grafiken werden um die Entscheidungen des Bedieners herum aufgebaut, nicht um das Anlagenverzeichnis. Die Alarmseite ist die Standardansicht, weil dort die Aufmerksamkeit zuerst gebraucht wird. Dasselbe Modell bedient eine Wandanzeige in der Lobby, einen Arbeitsplatz im Facility-Büro und ein Mobilgerät auf der Etage. Jede Ansicht, die nur auf dem Laptop des Ingenieurs existiert, ist kein Übergabedokument. Die Standardansicht sollte die Frage „Was braucht jetzt Aufmerksamkeit“ vor der Frage „Was existiert“ beantworten.
- Rollenbasierte Ansichten und Befehlsberechtigungen
- Standardansicht mit Alarmen zuerst
- Dasselbe Modell auf Arbeitsplatz, Wandanzeige und Mobilgerät
Fernzugriff und Sicherheit
Fernzugriff ist eine Annehmlichkeit mit einer Sicherheitsgrenze. Verbindungen sollten ausdrücklich, authentifiziert und protokolliert sein, mit Zwei-Faktor-Authentifizierung für alle außerhalb des Gebäudenetzes. Das Steuernetz ist von Mieter- und Gastnetzen getrennt; eingehende Pfade werden über einen Broker vermittelt statt offengelegt. Local-first-Betrieb bedeutet, dass das Gebäude den Fernzugriff nicht zum Laufen benötigt. Der Zugang kann entzogen werden, wenn eine Fremdfirma ausscheidet, und der Audit-Trail sollte zeigen, wer wann verbunden war und was geändert wurde. Konten sind personenbezogen, nicht gemeinsam genutzt, und Dienstkonten werden mit einem Verantwortlichen dokumentiert. Dies sind ebenso Konfigurationsentscheidungen wie Netzwerkentscheidungen, und sie werden mit der IT vor dem Produktivbetrieb geprüft, nicht nach dem ersten Vorfall. Eine ständig offene Fernverbindung ist eine unverschlossene Tür; sie sollte für eine Aufgabe geöffnet und danach geschlossen werden.
- Zwei-Faktor-Authentifizierung für Fernzugriffsnutzer
- Segmentiertes Steuernetz und vermittelter Zugriff
- Einzelkonten, Entzug und Audit-Trail
Backups, Versionsverwaltung und Änderungskontrolle
Ein konfiguriertes Gebäude ist zugleich geistiges Eigentum und Betriebsinfrastruktur. Projektdatei, Controller-Backup, Punktliste, Netzwerkplan und Funktionsbeschreibung gehören in das Übergabepaket. Backups laufen nach einem definierten Zeitplan und werden durch eine Wiederherstellung auf einem Reservecontroller geprüft – nicht nur durch die Bestätigung, dass eine Datei existiert. Versionsnachweise nennen die Änderung, das Datum und die verantwortliche Person, sodass eine Regression auf einen Release zurückgeführt werden kann. Änderungen nach der Übergabe folgen einem einfachen Änderungskontrollpfad: Antrag, Auswirkung, Freigabe, Umsetzung, Nachweis. Diese Disziplin hält ein funktionierendes Gebäude funktionsfähig, wenn der ursprüngliche Ingenieur weiterzieht, und sie unterscheidet ein gepflegtes System von einer Sammlung undokumentierter Änderungen. Ein Backup, das nie wiederhergestellt wurde, ist eine Hoffnung, kein Backup. Versionsnamen sollten dem Gebäudeteam etwas sagen, nicht nur dem Entwickler.
- Projektdatei, Controller-Backup und Punktliste
- Wiederherstellungstest auf einem Reservecontroller
- Versionsnachweis und Verlauf der Änderungsanträge
Unterstützung bei der Inbetriebnahme, Dokumentation und Bedienerschulung
Die Konfiguration wird in der Inbetriebnahme nachgewiesen, nicht durch die Tatsache, dass sie kompiliert. Wir unterstützen Punkt-zu-Punkt-Prüfungen, Sequenzprüfungen und Störungssimulation und halten die tatsächlich eingestellten Parameterwerte fest: Sollwertgrenzen, Verzögerungen, Totbänder und Alarmschwellen. Die As-built-Dokumentation umfasst Projektdatei, Logikindex, Punktliste, Alarmliste, Grafikindex und Netzwerkplan. Die Schulung wird nach Rollen organisiert: Bediener lernen Alarme, Zeitprogramme und zulässige Übersteuerungen; Techniker lernen Trends, Backups und Erstdiagnose; Manager lernen Berichte und Energieansichten. Kompetenz wird dokumentiert, nicht vorausgesetzt. Ziel ist ein Gebäudeteam, das Routineänderungen sicher durchführen kann und weiß, wann Hilfe zu holen ist. Die Schulung endet mit einer praktischen Übung: ein Zeitprogramm ändern, einen Alarm quittieren, ein Backup auf einem Reservecontroller wiederherstellen. Die Übergabe ist abgeschlossen, wenn das Gebäudeteam diese Aufgaben ohne den Ingenieur wiederholen kann.
- Parameterwerte wie in Betrieb genommen dokumentiert
- As-built-Dateisatz und Logikindex
- Rollenbasierte Schulung mit dokumentierter Kompetenz
Konfigurationsbereiche und Lieferergebnisse
15 rows| Arbeitsbereich | Was konfiguriert wird | Lieferergebnis | Verantwortlich nach der Übergabe |
|---|---|---|---|
| Projekthierarchie | Baum aus Gebäude, Etage, Zone, System und Gerät | Zeichnung der Projektstruktur | Gebäudeteam |
| Benennung und Kennzeichnung | Suffixe für Ort, Gewerk, Gerät und Punkt | Benennungskonvention und Kennzeichnungsregister | Gebäudeteam |
| Vorlagen | Standardräume, Etagen und Anlagengruppen | Vorlagenbibliothek und Anleitung zur Instanziierung | Gebäudeteam |
| Geräteadressierung | Controller, Extensions, Tree- und Air-Geräte | Adress- und Geräteliste | Gebäudeteam |
| E/A-Zuordnung | Ein- und Ausgänge, Sensoren und Aktoren | Punktliste mit Namen und Bereichen | Gebäudeteam |
| Zeitprogramme | Belegung, Absenkung, Reinigung und saisonale Zeiträume | Zeitplanmatrix je Zone | Gebäudeteam |
| Regelungslogik | Verriegelungen, Sequenzen, PID-Regelkreise und Umschaltung | Funktionsbeschreibung und Logikindex | Gebäudeteam |
| Alarme | Prioritäten, Weiterleitung, Unterdrückung und Eskalation | Alarmliste und Eskalationsmatrix | Gebäudeteam |
| Trends und Protokolle | Punkte, Intervalle, Aufbewahrung und Export | Trendplan und Exportverfahren | Gebäudeteam |
| Bedieneransichten | Dashboards, Grundrisse, Trends und Befehle | Grafikpaket und Rollenmatrix | Gebäudeteam |
| Benutzerrollen | Konten, Berechtigungen und Befehlsgrenzen | Rollenregister und Berechtigungsmatrix | Gebäudeteam |
| Fernzugriff | Konten, Zwei-Faktor, Verbindungsrichtlinie | Zugriffsregister und Richtlinie | Gebäudeteam mit IT |
| Backup und Wiederherstellung | Zeitplan, Aufbewahrung und Wiederherstellungstest | Backup-Nachweis und Wiederherstellungsverfahren | Gebäudeteam |
| Versionsverwaltung | Versionsnamen, Daten und Änderungshistorie | Versionsregister und Änderungsprotokoll | Gebäudeteam |
| Dokumentation und Schulung | As-built-Zeichnungen, Funktionsbeschreibungen und Schulungsunterlagen | Übergabepaket und Schulungsnachweis | Gebäudeteam |
Projektbilder
3 images
Häufige Fragen
01Ist Loxone Config eine Programmiersprache?
Es ist eine grafische Engineering-Umgebung auf Basis von Funktionsbausteinen und Konfigurationsobjekten. Komplexe Logik lässt sich strukturieren, benennen und dokumentieren, ohne allgemeinen Programmcode zu schreiben.
02Können wir das System selbst bearbeiten?
Das Gebäudeteam kann darin geschult werden, Zeitprogramme, Sollwerte und Benutzerkonten innerhalb definierter Berechtigungen zu ändern. Strukturelle Logikänderungen sollten der Änderungskontrolle folgen und bei Bedarf durch den Integrator unterstützt werden.
03Benötigt die App ein Cloud-Konto?
Der lokale Betrieb hängt nicht von einem Cloud-Konto ab. Fernzugriff kann über eine vermittelte Verbindung mit Zwei-Faktor-Authentifizierung bereitgestellt werden.
04Wie werden Backups gehandhabt?
Projektdatei und Controller-Konfiguration werden nach einem definierten Zeitplan gesichert, und vor der Übergabe wird eine Wiederherstellung auf einem Reservecontroller geprüft.
05Können verschiedene Benutzer unterschiedliche Inhalte sehen?
Ja. Rollenbasierte Ansichten und Befehlsberechtigungen werden für Bediener, Ingenieure, Management und, wo relevant, Mieter oder Bewohner konfiguriert.
06Welche Dokumentation wird übergeben?
Punktliste, Funktionsbeschreibung, Alarmliste, Netzwerkplan, Grafikindex, Backup-Nachweis und Schulungsunterlagen.
07Wie werden Änderungen nach der Übergabe nachverfolgt?
Über einen Änderungskontrollpfad: Antrag, Auswirkungsanalyse, Freigabe, Umsetzung und ein Nachweis im Audit-Trail.
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.