Prozesstechnik
P&IDprozesstechnische Struktur
Behavior Defined Machines
Behavior
you can prove.
01 — Der Befund
Für alles gibt es einen Plan.
Nur nicht für Verhalten.
Prozesstechnik hat das P&ID. Elektrotechnik den Stromlaufplan. Mechanik die Zeichnung. Verhalten verteilt sich über Funktionsbeschreibung, HMI-Spezifikation, Parametertabellen — und vollständig nur über den Code.
Elektrotechnik
Stromlaufplanelektrische SollstrukturMechanik
ZeichnungGeometrie und AufbauInstrumentierung
MessstellenlisteMessstrukturVerhalten
— fehlt —kein Artefakt trägt Verhalten normativDas ist kein Vorwurf an das Engineering. Es fehlt ein Objekt, nicht eine Fähigkeit.
02 — Der Übersetzungsbruch
Selbst wenn das Soll korrekt ist:
Eine verifizierte Behavior Reference (BR) garantiert noch kein verifiziertes System.
Nehmen wir den besten Fall an: Das Sollverhalten ist vollständig beschrieben, widerspruchsfrei, abgestimmt und freigegeben. Alles richtig gemacht. Selbst dann ist über die Realisierung nichts bewiesen — denn die Übersetzung dieses Solls in Code, HMI, Dokumentation und Datenstruktur ist heute nur durch Beobachtung prüfbar.
„Eine bestandene Abnahme ist eine Momentaufnahme einer Stichprobe."
Grenze 01 — Zustandsraum
Sie prüft eine Stichprobe
Getestet wird, was im Test auftrat: der Normalablauf, die geplanten Störfälle, die Kombinationen, an die jemand gedacht hat. Der reale Zustandsraum — Betriebsarten mal Rezepturen mal Störungslagen mal Wiederanlaufsituationen — ist um Größenordnungen größer.Was nie beobachtet wurde, ist nicht geprüft. Es ist nur nicht aufgefallen.
Grenze 02 — Zeitpunkt
Sie gilt für einen Zeitpunkt
Ein Beobachtungsnachweis beschreibt einen Systemzustand, keine Systemeigenschaft. Eine Codeanpassung, ein verstellter Parameter, ein getauschter Sensor, ein neues Rezept — jede Änderung setzt ihn außer Kraft.Und niemand bemerkt, wann er verfallen ist.
03 — Das System
Drei Begriffe.
Eine durchgängige Logik.
Nicht ein weiteres Dokument, sondern eine Verschiebung der technischen Autorität: vom implementierten Code zur definierten Verhaltensreferenz.
01
Behavior Reference (BR)
Der Plan für Verhalten
So wie ein Stromlaufplan die elektrische Sollstruktur definiert, definiert die Behavior Reference (BR) die Sollstruktur des Verhaltens: Zustände, Aktionen, erwartete Reaktionen, aufrechtzuerhaltende Bedingungen, Transitionen, Verriegelungen, Restart und Recovery. Sie ist keine nachträgliche Dokumentation des Codes — sie entsteht vor dem Code.
02
Behavior-Centric Engineering (BCE)
Die Verschiebung der Autorität
Die Engineering-Logik, die Verhalten zum führenden Objekt macht. Die definierte Verhaltenssemantik wird ohne Interpretationsverlust in Code, HMI, Datenstruktur und Dokumentation überführt. Damit wird aus einer Übersetzung eine Ableitung — der Interpretationsspielraum verschwindet nicht durch bessere Prüfung, sondern durch den Wegfall des Interpretationsschritts.
03
Behavior Defined Machine (BDM)
Die prüfbare Maschine
Die Maschine, deren reales Verhalten fortlaufend gegen eine kontrollierte Referenz verstanden, geprüft und verändert werden kann. Verifikation fragt: Wurde richtig gebaut? Validierung fragt: Wurde das Richtige gebaut? Die Behavior Defined Machine (BDM) beantwortet die erste Frage formal — und hält die zweite rückverfolgbar zum ursprünglichen Ziel.
04 — BlackBox → WhiteBox
Behavior Interpreted
BlackBox
Verhalten muss aus Code und Symptomen rekonstruiert werden. Das Wissen ist an Personen, an eine Implementierung und an einen Prüfzeitpunkt gebunden.
Engineering→Interpretation→Code→beobachtetes Verhalten
Behavior Defined
WhiteBox
Die Behavior Reference (BR) trägt die Bedeutung. Code, HMI, Datenstruktur und Dokumentation sind ihre kontrollierte Realisierung — fortlaufend vergleichbar, über den gesamten Lebenszyklus.
Engineering→Behavior Reference (BR)→Implementierung→nachweisbares Verhalten
WhiteBox heißt nicht Sichtbarkeit. WhiteBox heißt Entscheidbarkeit.
L0
BlackBox
Verhalten nur im Code.
L1
Beschrieben
in Prosa, nicht formal prüfbar.
L2
Explizite Zustände
strukturiert, ohne normative Autorität.
L3
Entscheidbar
Wendepunkt WhiteBox.
L4
Lebenszyklus
Entscheidbarkeit bleibt über Änderungen erhalten.
L5
Architektur
vollständig aus der Behavior Reference (BR) abgeleitet.
Sechs Stufen beschreiben, wie weit Verhalten heute definiert ist. Ab L3 lässt sich die Frage „entspricht das reale Verhalten der Referenz?" entscheiden statt beurteilen. L0–L5 bezeichnet den Reifegrad des Verhaltensmodells einer Anlage.
05 — Die Wirkung
Weniger Interpretation.
Weniger Unsicherheit.
Der wirtschaftliche Nutzen ist keine isolierte Produkteigenschaft. Er folgt aus einer veränderten Engineering-Struktur — und muss im jeweiligen Projekt gemessen werden.
01
WenigerInterpretation
02
WenigerUnsicherheit
03
WenigerSuchaufwand
04
KürzereZyklen
−50 bis −80 %Inbetriebnahme der Programmierung
−40 bis −70 %ungeplanter Stillstand durch Fehlersuche
+3 bis +10 %Gesamtanlageneffektivität (OEE)
−25 bis −50 %Zeitaufwand in der Instandhaltung
+5 bis +20 %Output durch bessere Cycletime
Bandbreiten aus umgesetzten Kundenprojekten. Der tatsächliche Wert ist projektspezifisch und wird im Assessment an Ihrer Anlage gemessen.
Die bewusste Grenze
Selmo ersetzt weder Inbetriebnahme noch Erfahrung — es reduziert den Ursachenraum. Und geprüft ist immer der definierte Verhaltensraum: Was nicht modelliert ist, ist nicht abgedeckt.
06 — Der Weg
Sieben Leistungen.
Jede mit einem Ergebnis.
Ein Produktkern — Selmo Studio, Selmo Standard, Selmo Activation Code — und darauf abgestimmte Leistungen. Sie wählen den Einstieg.
01
Strategy Workshop
Zielbild, Anwendungsfall und Roadmap für Ihren Weg zur Behavior Defined Machine (BDM).
02
WhiteBox Assessment
Bestimmen, wo Konformität heute entscheidbar ist und wo für Verhalten eine Referenz fehlt. Ergebnis: Reifegrad L0–L5.
03
PTF- & Behavior-Reference-Pilot
Eine freigegebene Behavior Reference (BR) für ein abgegrenztes Einheitsmodul.
04
Behavior Defined Machine (BDM) Engineering Project
Aus der Behavior Reference (BR) abgeleitete und gegen sie verifizierte Umsetzung.
05
Enterprise Transformation
Behavior-Centric Engineering (BCE) als Standard über mehrere Werke.
06
Lifecycle Services
Verhaltensintegrität über den Lebenszyklus, Änderungen als Change Verification.
07
Certification & Training
Ihr Team befähigen — Selmo-eigene Qualifikationen, keine akkreditierte Zertifizierung.
07 — Nachweise
Patentiert.
In Produktion.
Die Behavior Reference (BR) ist kein Konzept — sie läuft heute auf anspruchsvollen Linien.
Unterstützte Plattformen und Schnittstellen: Beckhoff · CODESYS · ctrlX · EPLAN · SAP · Referenzen und Partner namentlich auf Anfrage, mit Freigabe.
Die entscheidende Frage
Gegen welches Dokument prüfen Sie heute, ob sich Ihre Maschine richtig verhält?
Antwort gemeinsam prüfen15–30 Minuten, konkret an Ihrer kritischsten Maschine. Kostenlos und unverbindlich.