Links wird definiert, unten abgeleitet,
rechts gegen das Definierte geprüft.
Jede Stufe rechts prüft gegen die Stufe links auf derselben Höhe. Was neu ist: Auf Höhe der Implementierung steht ein Objekt, gegen das sich prüfen lässt.
Lastenheft · Intent
Was soll die Anlage leisten — und unter welchen Bedingungen?
Gate 0Behavior Defined Machine (BDM)
Die Behavior Reference (BR) liegt zur Laufzeit vor. Das OEE Cockpit zeigt Abweichungen im Klartext.
PTF
Prozess · Technologie · Funktion: Wirkung festlegen, Mess- und Entscheidbarkeit auslegen — im Rahmen der Risikobeurteilung, vor der Hardware.
Inbetriebnahme · Abnahme
Reale Wirkung gegen das Soll: FAT und SAT prüfen gegen die freigegebene Referenz, nicht gegen ein As-Built.
Validierungs-GateBehavior Reference (BR)
Zustände, Übergänge, Zeiten und Reaktionen als normative Referenz. Sie entsteht vor dem Code.
Behavior GateCode · HMI · Dokumentation · Datenarchitektur
Aus derselben Referenz abgeleitet, PLCopen XML als Austauschformat.
Verifikations-GateSelmo Studio
Methode · Selmo Standard · Algorithmus. Die Verhaltenssemantik wird semantikerhaltend abgeleitet — regelbasiert, ohne KI, ohne Interpretationsschritt.
Verifikation fragt: Wurde richtig gebaut? Validierung fragt: Wurde das Richtige gebaut? Eine bestandene Abnahme ist eine Momentaufnahme einer Stichprobe: Was nie beobachtet wurde, ist nicht geprüft — es ist nur nicht aufgefallen. Die Behavior Reference (BR) ist keine nachträgliche Dokumentation des Codes. Sie entsteht vor dem Code. Phase 1 und Phase 3 sind methodenneutrale Anforderungen; wer in Phase 2 einen anderen Weg geht, muss einen gleichwertigen Nachweis bringen.
Methode, Standard, Algorithmus.
Ein Kanal statt vieler.
Code, HMI, Dokumentation und Datenstruktur werden aus der Referenz abgeleitet. Damit wird aus vielen handgeführten Kanälen einer — und dieser eine ist selbst prüfbar.
Behavior Reference (BR)
Freigegeben am Behavior Gate. Dokumentiert das Sollverhalten der Maschine.
Hardware-Engineering
Stationen, Sequences, Zonen und I/O aus der PTF (Prozess · Technologie · Funktion).
Methode
Behavior-Centric Engineering (BCE): Verhalten wird vor der Implementierung definiert und freigegeben.
Selmo Standard
Das offene Regelwerk für Struktur, Benennung und Ableitbarkeit — die Architektur ist festgelegt, nicht verhandelt.
Algorithmus
Regelbasierte, deterministische Ableitung. Patentiert — international erteilt. Ohne KI.
Code
IEC 61131-3, PLCopen XML als Austauschformat.
HMI
Sequence Control: Bedienung und Anzeige im Klartext der Referenz.
Dokumentation
Aus derselben Quelle, deshalb deckungsgleich mit dem Code.
Datenarchitektur
Standardisierte Zustände und Verluste — die Grundlage für das OEE Cockpit.
Der Interpretationsspielraum verschwindet nicht durch bessere Prüfung, sondern durch den Wegfall des Interpretationsschritts. Die Ableitungsregel ist prüfbar, nicht unfehlbar: Ist die Referenz sachlich falsch, wird sie korrekt falsch realisiert. Hardware, Schnittstellen und Prozessphysik liegen außerhalb dieser Strecke.
KI beschleunigt das Übersetzen —
nicht das Prüfen.
Ob von Hand oder mit KI erstellt: Wo zwischen freigegebener Referenz und Code ein Interpretationsschritt liegt, hängt der Nachweis an Beobachtung. Am Grund des V entscheidet sich, wie viel rechts noch geprüft werden muss.
| Am Grund des V | Von Hand programmiert | Mit KI erstellt | Selmo Studio · abgeleitet |
|---|---|---|---|
| Interpretationsschritt | Ja — die Person legt aus. | Ja — das Modell legt aus, bei gleicher Eingabe nicht zwingend gleich. | Entfällt. Gleiche Referenz, gleiches Ergebnis. |
| Architektur nach Standard | Hängt an Person, Vorgabe und Review. | Durch das Verfahren nicht gewährleistet. | Durch den Selmo Standard festgelegt. |
| Nachweis, dass der Code der Referenz entspricht | Durch Beobachtung: Test, Simulation, Inbetriebnahme. | Durch Beobachtung — für jede neu erstellte Fassung. | Prüfbare Ableitungsregel plus Verifikation gegen die Behavior Reference (BR). |
| Prüf- und Reviewaufwand | Je Änderung erneut. | Wächst mit der Menge an erstelltem Code. | Gezielt: Änderung in der Referenz, neu abgeleitet. |
Der Nachweis hängt an Beobachtung, und Beobachtung skaliert nicht mit Rechenleistung, sondern mit realer Zeit an realer Anlage.
Ein Weg, der bei gleicher Eingabe ein anderes Ergebnis liefern kann, erhöht den Prüf- und Reviewaufwand — statt ihn zu senken.
Information statt Daten.
Frei auswertbar, eindeutig in der Bedeutung.
Liegt das Sollverhalten zur Laufzeit vor, wird die Abweichung bestimmt, nicht beobachtet — und nicht zu einem Zeitpunkt, sondern fortlaufend.
Die Bedeutung jedes Werts
Station, Sequence, Schritt und Zone im Klartext aus der Behavior Reference (BR), Verlustgründe nach dem Selmo Standard. Niemand muss deuten, was ein Signal meint.
Sicht, Zeitraum, Maßnahme
Verluste in Zeit und Stück, getrennt nach Verfügbarkeit und Leistung, als Pareto 80/20. Das Cockpit zeigt an und greift nicht in die Steuerung ein — die Maßnahmen entscheiden Sie.
Erkannt wird die Abweichung vom definierten Verhalten. Der definierte Verhaltensraum ist der geprüfte Raum: Was nicht modelliert ist, ist nicht abgedeckt.
Was, wie und wer —
in kurzen Antworten.
Für das Gespräch mit Einkauf, Engineering und Geschäftsführung.
01Was ist die Behavior Reference (BR)?
Die Dokumentation des Sollverhaltens als eigenes, prüfbares Objekt: Zustände, Übergänge, Zeiten, Reaktionen und zulässige Abweichungen. So wie der Stromlaufplan die elektrische Sollstruktur festlegt, legt die Behavior Reference (BR) das Verhalten fest — bevor programmiert wird.
02Wer erstellt sie — brauchen wir dafür Selmo?
Modellieren kann sie jeder, der die Zusammenhänge dokumentiert vorfindet: Programmierer, Prozess- oder Verfahrenstechniker, Elektro- oder Maschinenkonstrukteur. Phase 1 ist eine methodenneutrale Anforderung. Selmo unterstützt mit PTF (Prozess · Technologie · Funktion), Selmo Studio und Certification & Training.
03Was macht Selmo Studio genau?
Es hält Methode, Selmo Standard und Algorithmus bereit. Aus der freigegebenen Behavior Reference (BR) werden Code, HMI, Dokumentation und Datenarchitektur regelbasiert abgeleitet — mit PLCopen XML als Austauschformat in bestehende Entwicklungsumgebungen.
04Warum keine KI bei der Ableitung?
Weil der Schritt am Grund des V nachweisbar sein muss. Ein Verfahren, das bei gleicher Eingabe unterschiedliche Ergebnisse liefern kann, gewährleistet weder die Architektur nach Standard noch die Übereinstimmung mit der Referenz — beides müsste wieder durch Beobachtung nachgewiesen werden. Das erhöht den Prüf- und Reviewaufwand, statt ihn zu senken.
KI hat ihren Platz — beim Formulieren, Strukturieren und Auswerten. Nicht dort, wo der Nachweis entsteht.
05Was ändert sich am V-Modell?
Die Struktur bleibt. Die linke Seite endet mit einer freigegebenen Behavior Reference (BR) statt mit einer Funktionsbeschreibung. Am Grund wird abgeleitet statt interpretiert. Die rechte Seite prüft gegen ein Objekt statt gegen Erfahrung oder ein As-Built.
06Was bekomme ich im Betrieb?
Eine Behavior Defined Machine (BDM): Die Referenz liegt zur Laufzeit vor, Abweichungen werden im Klartext bestimmt. Das OEE Cockpit zeigt Verluste in Zeit und Stück, ohne zusätzliches Datenprojekt, das die Bedeutung erst herstellen muss.
07Ist die Ableitung fehlerfrei?
Sie ist prüfbar, nicht unfehlbar. Ist die Referenz sachlich falsch, wird sie korrekt falsch realisiert — deshalb bleibt die Validierung gegen den Intent eigenständig erforderlich. Hardware, Schnittstellen und Prozessphysik liegen außerhalb der Ableitungsstrecke.
08Was gilt für Sicherheitsfunktionen und die Maschinenverordnung?
Die Behavior Reference (BR) strukturiert Nachweise und trägt zur Dokumentation bei. Sicherheitsfunktionen brauchen weiterhin ihre eigene Auslegung und Validierung; die Konformitätsbewertung nach Verordnung (EU) 2023/1230 bleibt beim Maschinenhersteller.
Die Ableitung ist prüfbar, nicht unfehlbar: Ist die Referenz sachlich falsch, wird sie korrekt falsch realisiert. Die Validierung gegen den ursprünglichen Intent bleibt deshalb eigenständig erforderlich.