Das System, mit dem die Anlage gefahren wird.

Wir übersetzen die Anlagenunterlagen in ein Führungssystem: die hierarchische Struktur von der Anlageneinheit bis zum einzelnen Gerät, Prozessbilder mit der Symbolik des R&I-Fließbilds, Alarmverwaltung, Archiv und Schichtberichte. Das Ergebnis ist eine Anwendung, die ein Schichtmitarbeiter an einem Tag lernt und jahrelang benutzt.

• Aufnahme der R&I-Fließbilder, Signallisten und Stromlaufpläne, mit Erfassung der Objekte und der Widersprüche zwischen den Unterlagen
• Navigierbare Anlagenhierarchie, deren Zustand bis zum obersten Knoten durchschlägt
• Prozessbilder mit ISA-5.1-Symbolik: die Form nennt den Gerätetyp, die Farbe den Zustand
• Faceplate je Gerät mit Befehlen, Verriegelungen und Grund der Sperre
• Alarme nach ISA-18.2: redundante Priorität, vollständiger Lebenszyklus, Ausblendung und Unterdrückung protokolliert
• Archiv der neuen Generation, Trends mit Grenzwerten und Messcursorn
• Schicht- und Produktionsberichte, exportierbar in den bereits verwendeten Formaten

Wassernetze, Fernwärme und Erzeugungsparks stellen eine andere Aufgabe als ein einzelnes Werk: viele kleine Standorte, Verbindungen, die abreißen, über die Jahre angesammelte Geräte verschiedener Hersteller. Die Leitwarte muss das alles auffangen, ohne dass der Bediener wissen muss, welches Fabrikat hinter jedem Punkt steckt.

• Fernwirkgeräte verschiedener Hersteller unter einem einheitlichen Datenmodell
• Verbindungsausfall getrennt von einer Prozessstörung behandelt
• Netzbilanzen und Messbezirke mit Leckortung
• Bereitschaft: wer wird gerufen, bei welchem Alarm, mit welcher Eskalation
• Zugang über Web und Mobilgerät für das Bereitschaftspersonal

Die Leittechnik kennt den Zustand der Anlage; das ERP kennt die Aufträge; das Labor kennt die Analysen; die Instandhaltung kennt die Eingriffe. Die Schnittstellen zwischen diesen Welten sind die Stelle, an der Projekte stecken bleiben, weil sie meist niemandem gehören. Wir behandeln sie als eigene Leistung, mit ausdrücklichem und versioniertem Datenvertrag.

• Dokumentierte, versionierte und prüfbare REST- und MQTT-Schnittstellen
• Fertigungsaufträge, Fortschrittsmeldungen, Ist-Daten
• Laborergebnisse, der Charge und dem Zeitfenster zugeordnet
• Instandhaltungsaufträge aus dem Feldzustand erzeugt
• Datenvertrag vor der Entwicklung vereinbart, nicht nachträglich abgeleitet

Die Dokumentation wird in Markdown zusammen mit dem Code geschrieben, automatisch erzeugt und auf einem Portal veröffentlicht. Dieselben Seiten speisen die Hilfeschaltfläche im Prozessbild: Wer im Bild Hilfe anfordert, liest genau das, was auf dem Portal steht, in der Sprache, die er gerade benutzt. Eine Seite zu aktualisieren heißt, im selben Moment auch die Hilfe in der Leitwarte zu aktualisieren.

• Bediener- und Administratorhandbuch aus dem Projekt erzeugt
• Kontextbezogene Hilfe im HMI, an das aktive Bild gebunden
• Alle Projektsprachen aus einem einzigen Katalog
• Versionsverzeichnis und Meldung von Konflikten zwischen Revisionen

Die automatische Prüfung der Verbindung zwischen Bild und Dokumentationsseite ist als Projektregel festgelegt.

Der größte Teil der Arbeit beginnt nicht auf einem weißen Blatt, sondern an einem System, das seit zehn Jahren läuft, in Schichten gewachsen ist und oft nicht für alles die Quellen hat. Vor dem Neuschreiben nehmen wir auf: was das System heute tut, welche Funktionen wirklich genutzt werden, was verloren ginge. Dann wird schrittweise migriert, bei laufender Anlage.

• Funktionsaufnahme des bestehenden Systems vor jeder Neuentwicklung
• Migration zwischen aufeinanderfolgenden Versionen der Leitsystemplattform
• Zusammenführung von Anwendungen, die gleich begonnen haben und auseinandergelaufen sind
• Vollständige Erhaltung der Archivdaten
• Umkehrbare Schritte: nach jeder Stufe bleibt das System betriebsfähig

Nicht alle, die Anlagendaten brauchen, sitzen an einem Leitwarten-Arbeitsplatz. Die Produktionsleitung, der Instandhalter vor Ort, die Geschäftsführung: jede Rolle braucht eine andere Sicht, die sich im Browser öffnet, ohne dass etwas installiert wird. Wir bauen sie als echte Web-Anwendungen, nicht als mühsam umgebaute Prozessbilder.

• Web-SCADA-Anwendungen, erreichbar im Browser, auf Desktop, Tablet und Telefon
• Übersichts-Dashboards für Leitung, Produktion und Instandhaltung, gespeist aus demselben Archiv wie das Leitsystem
• Entwicklung auf dem nativen Web-Framework der Plattform und, wo eine maßgeschneiderte Sicht nötig ist, in HTML5 und TypeScript
• Anmeldung, Rollen und Nachverfolgung der Aktionen identisch zur Leitwarten-Anwendung
• Aktualisierung in Echtzeit über sicheres WebSocket, kein Nachladen im Takt

Nicht alle suchen einen Lieferanten, der die Arbeit an ihrer Stelle macht. Viele haben bereits ein fähiges Team und suchen jemanden, der dort einsteigt, wo Tiefe gefragt ist: die Architektur eines verteilten Systems, ein Entwicklungsstandard, der über Dutzende Aufträge tragen muss, eine Komponente, die die Plattform nicht bietet. In diesen Fällen arbeiten wir neben Ihrem Team, nicht an seiner Stelle. Das gilt für Anlagenbetreiber, für Maschinenbauer und für Integratoren gleichermaßen: es ändert sich das Produkt, um das der Standard geschnitten wird, nicht die Arbeitsweise.

• Durchsicht eines bestehenden Projekts: Struktur, Konventionen, Datenmodell, Leistung, und was bei jedem Auftrag von Neuem gebaut wird
• Festlegung eines auf Ihr Produkt zugeschnittenen Entwicklungsstandards, wiederverwendbar Auftrag für Auftrag
• Standards für Maschinenbauer und Integratoren: dieselbe Leittechnik bei jeder Lieferung wiederholt, geändert wird nur, was sich wirklich ändert
• Auslegung verteilter und redundanter Architekturen, mit nachgerechneter Dimensionierung
• Gemeinsame Entwicklung von Komponenten und Bibliotheken, die Ihr Eigentum bleiben
• Code-Review und Schulung Ihrer Entwicklerinnen und Entwickler
• Laufende Unterstützung an vereinbarten Tagen, einschließlich neuer Plattformversionen