Leitsysteme und Engineering-Tools, die im Störfall tragen.

• Alarmflut statt Übersicht

  Jede Abweichung meldet sich mit demselben Gewicht, und im Störfall laufen hunderte Meldungen in kurzer Zeit ein. Der Bediener lernt, wegzuklicken, und genau dann geht die eine Meldung unter, die zählt. Ein Alarmkonzept nach den Prinzipien von EEMUA 191 und ISA-18.2 ist Gestaltungsarbeit, nicht nur Parametrierung.

• Bilder, die alles zeigen und nichts hervorheben

  Das Prozessbild bildet die Anlage als Fließbild ab, in voller Farbe, mit jedem Messwert. Wo die Anlage gerade steht und was als Nächstes ansteht, muss der Bediener zusammensuchen. Wer die Bilder seit Jahren kennt, kommt zurecht; wer neu ist, nicht.

• Legacy-HMI, das niemand anfassen will

  Die Bedienbilder sind über Jahre gewachsen, jede Umbaumaßnahme hat eine Ecke dazugebaut. Eine Modernisierung wirkt riskant, weil niemand mehr weiß, welche Bedienfolge wo verankert ist. Also bleibt alles, wie es ist, bis die Plattform ausläuft.

• Engineering-Tools, die per Excel umgangen werden

  Die offizielle Software für Auslegung, Arbeitsvorbereitung oder Dokumentation ist da, aber die Ingenieure rechnen daneben in eigenen Tabellen. Das Wissen steckt in Dateien auf Laufwerken, nicht im System. Wir kennen das aus eigener Erfahrung in der Turbinenfertigung.

• Wissen nur in den Köpfen der Veteranen

  Die erfahrenen Schichtführer sehen auf einen Blick, was ein Bild verschweigt. Wenn sie gehen, geht dieses Wissen mit. Eine Oberfläche, die Anlagenzustände explizit macht, ist deshalb auch Wissenssicherung.

• Rollouts über mehrere Standorte

  Ein neues Leitsystem oder eine neue Engineering-Software wird selten an einem einzigen Ort eingeführt. Jeder Standort hat eigene Gewohnheiten, Fahrweisen und Key User. Ohne Einführungskonzept entstehen lokale Umwege, und das Produkt gilt als gescheitert, obwohl es technisch funktioniert.

Häufige Fragen

Habt ihr Referenzen aus Kraftwerken oder von Leitsystem-Herstellern?

Nein, und wir behaupten es auch nicht. Unsere Erfahrung im Energiesektor stammt aus der Festanstellung des Gründers in der Dampfturbinen-Fertigung und dem Engineering für Kraftwerke und Industrieanlagen. Die UX-Arbeit an Leitsystemen, HMI und Legacy-Software stammt aus Industrieprojekten, die wir unter Industrie und in den Cases beschreiben. Wer eine Referenzliste aus dem Energiesektor braucht, sollte das wissen, bevor wir sprechen.

Wir setzen in WinCC, einem Prozessleitsystem oder einer eigenen Web-Oberfläche um. Passt das?

Ja. Wir liefern Bedienkonzept, Bedienbilder und dokumentierte Vorgaben, die Umsetzung bleibt bei Leittechnik oder Entwicklung. Wir sprechen die Sprache beider Seiten und stimmen früh ab, was die Plattform hergibt, damit kein Konzept entsteht, das sich nicht konfigurieren lässt.

Seid ihr nach ISA-101 oder EEMUA 191 zertifiziert?

Für diese Normen und Richtlinien gibt es keine Zertifizierung von Dienstleistern, und wir werben nicht damit. Wir orientieren uns an ANSI/ISA-101, ANSI/ISA-18.2, EEMUA 191 in der vierten Ausgabe und VDI/VDE 3699 als Maßstab für gute Praxis und machen in der Dokumentation sichtbar, wo wir ihnen folgen und wo wir begründet abweichen.

Kommt ihr vor Ort in die Leitwarte?

Ja. Beobachtung findet immer vor Ort statt, in Leitwarte, Werk oder Engineering-Büro. Konzept, Prototyp und Abstimmung laufen remote oder in München, je nachdem, was das Projektteam braucht. Sicherheitsunterweisungen und Zugangsregeln der Anlage planen wir von Anfang an mit ein.

Unser Engineering-Tool wird gemieden, alle rechnen in Excel. Wo fangt ihr an?

Bei den Tabellen. Wer sie liest, versteht, welche Aufgabe das Tool nicht erfüllt und welche Variante es nicht abbildet. Daraus entsteht ein Fachkonzept, das die Umwege ins System holt, statt sie zu verbieten. Der Gründer hat genau diesen Weg in der Turbinenfertigung selbst gebaut, in den Werkzeugen, die das Team schon benutzte.

Wie läuft die Einführung über mehrere Standorte?

Mit Key Usern pro Standort, einem gemeinsamen Bedienkonzept und bewusst zugelassenen lokalen Varianten, wo Fahrweisen wirklich unterschiedlich sind. Wir begleiten Schulung und Go-live und sammeln nach dem Start, was im Betrieb hakt. Mehr dazu unter Einführungsbegleitung.