aiMOOC

Systemintegration und digitale Inbetriebnahme – Inbetriebnahmeprotokolle strukturiert führen

QR-Code

Systemintegration und digitale Inbetriebnahme – Inbetriebnahmeprotokolle strukturiert führen

Einleitung

Bei der Inbetriebnahme einer automatisierten Anlage reicht es nicht, dass die Maschine am Ende „irgendwie läuft“. Du musst nachvollziehbar dokumentieren, was festgestellt wurde, was geändert wurde, wie die Prüfung wiederholt wurde und welches Ergebnis entstand.

Dieser aiMOOC richtet sich an Auszubildende in technischen Berufen, besonders in Automatisierungstechnik, Mechatronik, Elektronik und Industrie 4.0. Du arbeitest mit einer virtuellen Anlage und einem einfachen, wiederkehrenden Protokollschema:

Befund: Was wurde beobachtet?
Änderung: Was wurde gezielt verändert?
Wiederholung: Welcher Test wurde erneut ausgeführt?
Ergebnis: Was zeigt der neue Test?

Sicherheitsgrundsatz: Maschinenabläufe werden in diesem Kurs zuerst simuliert. Es erfolgt keine automatische Live-Ansteuerung realer Maschinen. Schutzeinrichtungen werden nicht umgangen oder manipuliert. Arbeiten an realen Anlagen dürfen nur unter geeigneter Fachaufsicht, nach betrieblicher Freigabe und entsprechend den geltenden Sicherheitsregeln durchgeführt werden.

Lernziele

Nach dem Kurs kannst Du:

einen technischen Befund knapp und prüfbar formulieren,
Änderungen eindeutig dokumentieren,
einen Test reproduzierbar wiederholen,
Ergebnisse von Erwartungen unterscheiden,
Signalverläufe zur Diagnose nutzen,
Fehler systematisch eingrenzen,
virtuelle Inbetriebnahmen dokumentieren,
offene Punkte für Fachkräfte und Schichtübergaben nachvollziehbar festhalten.

Medien und fachliche Grundlage

Die eingesetzten Wikimedia-Commons-Dateien wurden auf freie Lizenzen oder Gemeinfreiheit geprüft. Verwendet werden unter anderem Darstellungen zu SPS, Schaltschränken, Signalformen und Ladder-Logik.

Die fachliche Einordnung orientiert sich unter anderem an:

ISO 12100: Risikobeurteilung und Risikominderung an Maschinen.
IEC 60204-1: Elektrische Ausrüstung von Maschinen.
Dokumentation zu Systemdiagnose von SIMATIC S7-1500.
Dokumentation zur virtuellen Inbetriebnahme mit simulierten Steuerungen und digitalen Anlagenmodellen.

Ausbildungsfall: Förderstrecke 3

Du arbeitest an einer virtuellen Förderstrecke.

Aufgabe der Anlage: Ein Werkstück fährt auf einem Förderband bis zum Sensor S1. Danach soll der Motor M1 stoppen. Anschließend fährt ein pneumatischer Stopper Y1 aus. Nach Freigabe fährt Y1 zurück und das Band startet wieder.

Beobachteter Fehler: Bei einzelnen Werkstücken stoppt das Band kurz, startet wieder und stoppt danach erneut.

Ziel: Ursache eingrenzen, Änderung simulieren, Test wiederholen und Ergebnis dokumentieren.

Datei:Plc control panel.JPG

Virtuelle Signalübersicht

Signal	Bedeutung	Erwartung
S1	Werkstück am Sensor	0 → 1 → 0
M1	Förderbandmotor	1 bis S1 aktiv wird
Y1	Stopper	0 → 1 nach Motorstopp
Freigabe	Zyklusfreigabe	1 während Normalbetrieb

Erwarteter Signalverlauf

Zeitpunkt	S1	M1	Y1	Interpretation
t0	0	1	0	Werkstück fährt
t1	1	0	0	Werkstück erkannt
t2	1	0	1	Stopper ausgefahren
t3	0	0	1	Werkstückbereich frei
t4	0	1	0	neuer Zyklus

Auffälliger Signalverlauf

Im virtuellen Fehlerfall wird S1 beim Eintreffen des Werkstücks nicht stabil erkannt.

Zeitpunkt	S1	M1	Bewertung
t0	0	1	normal
t1	1	0	Stop ausgelöst
t1+20 ms	0	1	unerwarteter Rücksprung
t1+40 ms	1	0	zweiter Stop

Befund: Das Eingangssignal S1 wechselt innerhalb kurzer Zeit mehrfach.

Noch keine Schlussfolgerung: Aus dem Signalverlauf allein folgt noch nicht sicher, ob Sensor, Verdrahtung, Parametrierung, Mechanik oder Programmlogik die Ursache ist.

Lerneinheit 1: Befund statt Vermutung

Ein guter Befund beschreibt beobachtbare Tatsachen.

Ungünstig	Besser
Sensor kaputt	S1 wechselt bei einem Werkstück innerhalb von 40 ms von 1 auf 0 und wieder auf 1
SPS spinnt	M1 wird nach dem Rücksprung von S1 erneut angesteuert
Anlage läuft nicht richtig	Förderband stoppt im Testzyklus zweimal

Mini-Aufgabe: Befund

Formuliere aus dieser Beobachtung einen Befund:

Simulation: S1 bleibt stabil auf 1, aber M1 läuft noch 600 ms weiter.

Gestufte Hilfe 1: Beschreibe nur sichtbare Signalzustände.

Gestufte Hilfe 2: Nenne Signal, Zeitpunkt und Abweichung.

Gestufte Hilfe 3: Beispielanfang: „Nach dem Wechsel von S1 auf 1 ...“

Begründetes Feedback: Eine passende Formulierung wäre: „Nach dem Wechsel von S1 auf 1 bleibt M1 noch etwa 600 ms aktiv.“ Das ist besser als „Motorabschaltung zu langsam“, weil noch keine Ursache behauptet wird.

Lerneinheit 2: Änderung eindeutig dokumentieren

Eine Änderung muss so beschrieben sein, dass eine zweite Person sie nachvollziehen kann.

Schlecht: „Programm angepasst.“

Besser: „Im virtuellen Testprojekt wurde für S1 eine Einschaltverzögerung von 50 ms ergänzt.“

Noch besser: „Änderung nur in der Simulation; Originalprojekt unverändert.“

Änderungsregel

Dokumentiere:

Ort: Wo wurde geändert?
Inhalt: Was wurde geändert?
Wert: Welche Einstellung wurde verwendet?
Version: In welchem Projektstand?
Grenze: Simulation oder reale Anlage?

Lerneinheit 3: Wiederholung reproduzierbar machen

Ein Test ist nur aussagekräftig, wenn die Bedingungen bekannt sind.

Beispiel:

virtueller Anlagenzustand zurückgesetzt,
gleiches Testwerkstück,
gleiche Startbedingung,
gleicher Programmstand,
drei Wiederholungen,
Signalverlauf aufgezeichnet.

Das Video zeigt die Simulation eines SPS-Programms mit Siemens PLCSIM. Übertrage das Prinzip auf den Ausbildungsfall: Erst virtuell prüfen, dann Ergebnisse strukturiert dokumentieren.

Lerneinheit 4: Ergebnis bewerten

Ein Ergebnis beantwortet die Frage: Was hat der wiederholte Test gezeigt?

Beispiel: „Nach der simulierten Filterung blieb S1 in drei Wiederholungen stabil. M1 stoppte jeweils nur einmal. Der Fehler trat in der Simulation nicht erneut auf.“

Das ist noch kein Beweis, dass die reale Ursache endgültig gefunden wurde.

Ergebnisampel

Status	Bedeutung	Nächster Schritt
Grün	Erwartung erfüllt	dokumentieren und nächsten Prüfschritt planen
Gelb	teilweise erfüllt	weitere Diagnose erforderlich
Rot	Abweichung weiterhin vorhanden	Änderung zurücknehmen oder neue Hypothese prüfen

Das Inbetriebnahmeprotokoll

Feld	Beispiel
Anlage	Virtuelle Förderstrecke 3
Projektstand	V1.4 Simulation
Prüfschritt	Werkstückerkennung S1
Befund	S1 wechselt innerhalb von 40 ms mehrfach
Änderung	simulierte Eingangsentprellung 50 ms
Wiederholung	3 identische Zyklen
Ergebnis	S1 stabil, nur ein Motorstopp
Bewertung	Fehler in Simulation nicht reproduzierbar
Restpunkt	Ursache an realer Anlage nicht bestätigt
Freigabe	keine reale Freigabe im Lernkurs

Merksatz

Befund → Änderung → Wiederholung → Ergebnis

Diese Reihenfolge verhindert, dass Vermutungen und Ergebnisse vermischt werden.

Diagnose mit Signalverläufen

Datei:BackEMFWaveform.png

Signalverläufe helfen Dir, Zustandsänderungen zeitlich zu vergleichen. In der Automatisierungstechnik können dabei digitale Zustände, analoge Werte, Zeitstempel, Meldungen und Ereignisse betrachtet werden.

Diagnosefragen

Wann tritt die Abweichung erstmals auf?
Welches Signal ändert sich zuerst?
Welche Signale reagieren danach?
Ist die Reihenfolge bei jeder Wiederholung gleich?
Wird das Problem durch eine Änderung reproduzierbar beeinflusst?

Virtuelle Steuerungsaufgabe

Situation: S1 wird aktiv. M1 soll sofort stoppen. Y1 darf erst 200 ms später ausfahren.

Schritt	Aktion	Erwartung
1	Simulation starten	M1 aktiv
2	S1 auf 1 setzen	M1 wird 0
3	200 ms beobachten	Y1 bleibt 0
4	Zeit abgelaufen	Y1 wird 1

Basisaufgabe: Markiere den erwarteten Zustand von M1 nach S1=1.

Feedback: M1 muss 0 sein. Sonst passt der simulierte Ablauf nicht zur Vorgabe.

Anwendungsaufgabe: Begründe, warum Y1 nicht gleichzeitig mit S1 ausfahren soll.

Feedback: Die Verzögerung trennt Motorstopp und Stopperbewegung zeitlich. Dadurch kann der Ablauf eindeutig beobachtet und geprüft werden.

Transferaufgabe: Entwirf ein Protokollfeld, mit dem Du die gemessene Verzögerung dokumentierst.

Feedback: Sinnvoll sind Sollwert, Istwert, Toleranz, Messmethode und Ergebnis. So wird aus „passt“ eine prüfbare Aussage.

Interaktive Diagnoseaufgabe

Virtueller Fehler: S1 ist stabil, aber M1 startet nach 2 Sekunden unerwartet wieder.

Stufe 1 – Hinweis: Prüfe zuerst, welches Signal den Neustart auslösen könnte.

Stufe 2 – Hinweis: Vergleiche Freigabe, Zeitglied und Reset-Bedingung.

Stufe 3 – Hinweis: Dokumentiere nicht „Programmfehler“, sondern die beobachtete Sequenz.

Musterbefund: „S1 bleibt auf 1. M1 wechselt 2 s nach dem Stop von 0 auf 1, obwohl keine neue Freigabeflanke vorliegt.“

Begründetes Feedback: Der Befund trennt Beobachtung von Ursache. Erst danach wird gezielt geprüft, welches Programm- oder Freigabesignal den Neustart verursacht.

Sicherheitsgrenzen der Inbetriebnahme

Datei:MITSIBISHI PLC Panel.jpg

Im Lernkurs gilt:

keine automatische Live-Ansteuerung realer Maschinen,
keine Überbrückung von Not-Halt-, Tür-, Lichtgitter- oder anderen Schutzeinrichtungen,
keine Manipulation sicherheitsbezogener Steuerungsfunktionen,
zuerst Simulation oder digitaler Zwilling,
reale Arbeiten nur unter Fachaufsicht und mit betrieblicher Freigabe,
Risiken vor Änderungen bewerten,
Änderungen rückverfolgbar dokumentieren.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Was steht am Anfang eines strukturierten Inbetriebnahmeprotokolls? (Befund) (!Ergebnis) (!Freigabe) (!Seriennummer)

Welche Formulierung ist ein guter Befund? (S1 wechselt innerhalb von 40 ms dreimal) (!Der Sensor ist defekt) (!Die SPS spinnt) (!Die Anlage ist schlecht programmiert)

Was beschreibt eine Änderung am besten? (Eindeutig was wo und mit welchem Wert geändert wurde) (!Nur dass etwas verbessert wurde) (!Nur die vermutete Ursache) (!Nur den Namen des Prüfers)

Warum wird ein Test wiederholt? (Um die Wirkung einer Änderung unter bekannten Bedingungen zu prüfen) (!Um das Protokoll länger zu machen) (!Um Schutzeinrichtungen zu umgehen) (!Um Messwerte zu löschen)

Was gehört in das Ergebnisfeld? (Beobachtung aus dem wiederholten Test) (!Ungeprüfte Vermutung) (!Passwort der Steuerung) (!Private Notiz ohne Bezug)

Was ist bei realen Maschinen im Lernkurs zulässig? (Nur Arbeiten unter geeigneter Fachaufsicht und betrieblicher Freigabe) (!Automatische Live-Ansteuerung ohne Freigabe) (!Überbrücken eines Lichtgitters) (!Testen ohne Sicherheitsprüfung)

Welche Aussage trennt Beobachtung und Ursache korrekt? (M1 startet nach zwei Sekunden erneut) (!Das Zeitglied ist sicher falsch) (!Die SPS ist kaputt) (!Der Programmierer hat einen Fehler gemacht)

Wozu dient ein Signalverlauf? (Zeitliche Zustandsänderungen sichtbar machen) (!Schutzeinrichtungen deaktivieren) (!Passwörter speichern) (!Mechanische Bauteile ersetzen)

Wann ist ein Test gut reproduzierbar? (Wenn Startbedingungen und Projektstand bekannt sind) (!Wenn jede Wiederholung anders erfolgt) (!Wenn nur das Endergebnis notiert wird) (!Wenn keine Zeiten dokumentiert werden)

Welche Reihenfolge ist für diesen Kurs zentral? (Befund Änderung Wiederholung Ergebnis) (!Ergebnis Befund Änderung Wiederholung) (!Änderung Ergebnis Befund Freigabe) (!Wiederholung Ergebnis Änderung Befund)

Memory

Befund	beobachteter Zustand
Änderung	gezielte Anpassung
Wiederholung	erneuter Prüflauf
Ergebnis	dokumentierter Testausgang
Signalverlauf	zeitliche Zustandsfolge
Simulation	virtuelle Prüfung
Restpunkt	noch ungeklärter Sachverhalt

Drag and Drop

Ordne die richtigen Begriffe zu.	Thema
Befund	Was wurde beobachtet?
Änderung	Was wurde verändert?
Wiederholung	Welcher Test wurde erneut durchgeführt?
Ergebnis	Was zeigte der neue Test?
Restpunkt	Was bleibt ungeklärt?

Kreuzworträtsel

Befund	Wie heißt die sachliche Beschreibung einer beobachteten Abweichung?
Signal	Was wird in der SPS als zeitlich veränderlicher Zustand ausgewertet?
Ergebnis	Wie heißt der dokumentierte Ausgang eines Tests?
Simulation	Wie heißt die virtuelle Nachbildung eines Ablaufs?
Diagnose	Wie heißt die systematische Fehlersuche?
Freigabe	Wie heißt die betriebliche Erlaubnis für einen Arbeitsschritt?

LearningApps

Lückentext

Offene Aufgaben

Leicht

Befund formulieren: Schreibe fünf sachliche Befunde zu vorgegebenen Signalabweichungen, ohne Ursachen zu vermuten.
Protokollfelder: Erstelle eine kompakte Vorlage mit Befund, Änderung, Wiederholung und Ergebnis.
Signalfolge: Zeichne den Sollverlauf von S1, M1 und Y1 für einen vollständigen Zyklus.
Sicherheitsregeln: Formuliere vier Regeln für eine sichere digitale Inbetriebnahme.

Standard

Fehleranalyse: Vergleiche zwei virtuelle Signalverläufe und markiere den ersten Zeitpunkt, an dem sie voneinander abweichen.
Änderungsdokumentation: Beschreibe eine simulierte Parameteränderung so, dass eine zweite Person sie exakt nachvollziehen kann.
Testplan: Plane drei reproduzierbare Wiederholungen für den Fehlerfall der Förderstrecke.
Diagnoseprotokoll: Führe für einen simulierten Fehler ein vollständiges Kurzprotokoll und begründe Deine Bewertung.

Schwer

Hypothesenvergleich: Entwickle drei mögliche Ursachen für ein instabiles Sensorsignal und entwirf je einen sicheren Simulationstest zur Eingrenzung.
Transfer auf neue Anlage: Übertrage das Protokollschema auf eine virtuelle Sortierstation mit zwei Sensoren und einem Ausschleuser.
Qualitätssicherung: Entwickle Kriterien, mit denen eine Fachkraft prüfen kann, ob ein Inbetriebnahmeprotokoll vollständig und reproduzierbar ist.
Digitale Übergabe: Entwirf eine Schichtübergabe, in der Projektstand, Befund, Änderungen, Testergebnisse und Restpunkte eindeutig dargestellt werden.

Lernkontrolle

Signaldiagnose: Du erhältst Soll- und Ist-Signalverläufe. Bestimme den ersten Unterschied, formuliere einen Befund und schlage einen sicheren virtuellen Prüfschritt vor.
Änderungsbewertung: Eine Änderung beseitigt einen Fehler in zwei von drei Durchläufen. Begründe, warum noch keine abschließende Freigabe erfolgen sollte.
Protokollkritik: Beurteile den Satz „Sensor war kaputt, wurde repariert, jetzt geht es“ und schreibe ihn in eine technisch nachvollziehbare Protokollstruktur um.
Transferaufgabe Inbetriebnahme: Übertrage Befund, Änderung, Wiederholung und Ergebnis auf einen virtuellen Antrieb mit Drehzahlsollwert und Rückmeldung.
Sicherheitsentscheidung: In einer realen Anlage soll für einen Test ein Schutzkontakt überbrückt werden. Begründe fachlich, warum dieser Schritt im Kurs nicht durchgeführt wird, und beschreibe eine sichere Alternative über Simulation oder freigegebene Testmethoden.
Reproduzierbarkeit: Erkläre anhand eines Beispiels, warum gleiche Startbedingungen für Diagnose und Fehlereingrenzung wichtig sind.

Lernnachweis

Für einen Lernnachweis solltest Du zeigen, dass Du:

einen Befund ohne vorschnelle Ursachenbehauptung formulierst,
Änderungen eindeutig und rückverfolgbar dokumentierst,
Wiederholungsbedingungen festlegst,
Signalverläufe vergleichst,
Ergebnisse fachlich bewertest,
offene Restpunkte kennzeichnest,
Simulation und reale Inbetriebnahme klar unterscheidest,
Sicherheitsgrenzen einhältst,
eine technische Übergabe verständlich dokumentierst.

Medienrechte und Quellencheck

Die im Kurs eingebundenen Wikimedia-Commons-Dateien wurden vor der Verwendung auf ihrer jeweiligen Dateiseite geprüft.

: Wikimedia Commons, frei nach den dort angegebenen Lizenzbedingungen.
Fehler beim Erstellen des Vorschaubildes: : Wikimedia Commons, CC BY-SA 4.0.
Datei:Plc control panel.JPG: Wikimedia Commons, freie Lizenz laut Dateiseite.
Fehler beim Erstellen des Vorschaubildes: : Wikimedia Commons, CC0.
: Wikimedia Commons, CC BY-SA 4.0.
Datei:BackEMFWaveform.png: Wikimedia Commons, CC BY-SA 3.0 und GFDL.
Datei:MITSIBISHI PLC Panel.jpg: Wikimedia Commons, freie Lizenz laut Dateiseite.

Fachlich geprüft wurden insbesondere:

ISO 12100:2010, Safety of machinery – General principles for design – Risk assessment and risk reduction.
IEC 60204-1:2016+A1:2021, Safety of machinery – Electrical equipment of machines – Part 1.
Siemens, Diagnostics – Function Manual für SIMATIC S7-1500 und zugehörige Systeme.
Siemens, Virtual Commissioning of machines with S7-PLCSIM Advanced, SIMIT & NX MCD, Getting Started.
Siemens, S7-PLCSIM Advanced – Simulation von Steuerungsfunktionen ohne physische Hardware.