Intelligente Automatisierung und autonome Fertigungssysteme
Zielgruppe: Auszubildende im 2. bis 3. Ausbildungsjahr mit Kenntnissen in Mechanik, Elektrotechnik und Z2-Datenkompetenz. Das Spezialthema sollte fachlich begleitet werden. Arbeitsweise: ausschließlich Papiermodell, Tabellenkalkulation oder lokale Offline-Simulation; niemals reale Maschinensteuerung, kein Sicherheitsnachweis und keine Sicherheitsfreigabe. Alle Prozesswerte und Fälle sind erfunden. Das Angebot ist unabhängig und keine offizielle Liebherr- oder IHK-Zertifizierung.
Einleitung
Eine vernetzte Fertigungszelle soll kleine Lose verschiedener Modellbauteile bearbeiten. Was darf sie selbst entscheiden, wann muss sie nachfragen und wann muss sie in einen festgelegten Zustand zurückfallen? Du entwickelst schrittweise ein Zustandsmodell einer flexiblen virtuellen Zelle, das einen Widerspruch erkennt, einen Ausfall behandelt und einen manuellen Eingriff vorsieht. Vorwissen aktivieren (5 Minuten): Unterscheide Sensor, Aktor, Steuerung und Rückmeldung anhand eines fiktiven Förderbands. Die bereits vorhandene Grundlage auf MOOCwiki ist als Anschlussmaterial angegeben; ihr konkreter Seiteninhalt konnte bei dieser Erstellung nicht unabhängig abgerufen werden. Der neue Kurs setzt diese Begriffe voraus und vertieft deshalb Entscheidungslogik statt allgemeine Robotik. Lernziele: Du (1) begründest Automatisierungsgrade, (2) prüfst Datenqualität und Widersprüche, (3) zeichnest Zustände und erlaubte Übergänge, (4) vergleichst Normal- und Fehlerläufe und (5) verteidigst begrenzte Autonomie mit deterministischem Rückfall. Offline-Alternative: Alle Regeln, Tabellen und Fälle stehen im Text. Videos und Mediendateien sind Ergänzungen, nicht Lernvoraussetzung.

Bild: schematisches Anschauungsfoto eines Industrieroboters; es ist keine Abbildung der im Kurs erfundenen Zelle.
Automatisierungsgrade und Verantwortlichkeit
Vom festen Ablauf zur begrenzten Autonomie
Ein fest automatisiertes System führt einen vordefinierten Ablauf aus. Ein flexibles System kann zwischen freigegebenen Rezepten für verschiedene Teiletypen wechseln. Entscheidungsunterstützung wertet Prozessdaten aus und schlägt etwa ein geeignetes Rezept vor; die Entscheidung kann bei einer Fachperson bleiben. Bei begrenzter Autonomie trifft das System bestimmte Entscheidungen selbst, aber nur innerhalb expliziter Randbedingungen. Vollständige Unabhängigkeit ist weder Voraussetzung für intelligente Fertigung noch ein sinnvoller Sicherheitsanspruch.
| Grad | Beispiel für Modellbauteile | Wer entscheidet? | Grenze |
|---|---|---|---|
| Manuell | Person wählt das Rezept | Mensch | Simulation zeichnet die Auswahl auf |
| Regelgesteuert | Fester Teilecode ruft passendes Rezept ab | Vorab geprüfte Regel | Unbekannter Code wird abgewiesen |
| Assistiert | Software empfiehlt die nächste Losreihenfolge | Mensch bestätigt | Begründung und Unsicherheit sichtbar |
| Begrenzt autonom | Zelle plant die Reihenfolge erlaubter Aufträge | Regelwerk innerhalb definierter Grenzen | Bei Konflikt wird nicht weitergearbeitet |
Unterscheidung: Optimierung einer Reihenfolge ist eine Betriebsentscheidung. Eine sicherheitsbezogene Schutzfunktion muss unabhängig fachgerecht geplant und geprüft werden; unsere Lernsimulation leistet das nicht.
Rolle von Menschen und Schutzgrenzen
Operator überwacht den virtuellen Ablauf, Planer legt erlaubte Rezepte und Regeln fest, Fachverantwortliche prüfen Änderungen und Fehlerfälle. Ein automatischer Vorschlag darf keine gesperrte Rezeptkombination freigeben. Eine Entscheidung ist nur nachvollziehbar, wenn Eingabedaten, angewandte Regel, Zeitpunkt und Ergebnis protokolliert sind. Das Modell darf eine betriebliche Freigabe simulieren, aber weder Sicherheitsmaßnahmen berechnen noch deren Wirksamkeit behaupten.
Video (Deutsch): „Industrie 4.0 – einfach erklärt“, acatech, veröffentlichter YouTube-Eintrag 2016. Alternative: Lies die obige Tabelle und erkläre den Unterschied zwischen Vernetzung und Entscheidungsverantwortung; Verfügbarkeit externer Wiedergabe kann sich ändern.
Prozessdaten und Entscheidungsunterstützung
Datenfluss und Bedeutung
Ein Sensor liefert eine Messung oder Beobachtung; ein Ereignis meldet eine Veränderung; ein Rezept enthält die für einen fiktiven Bearbeitungsschritt erlaubte Variante; ein Zeitstempel erlaubt die Prüfung auf veraltete Werte. Eine Plausibilitätsprüfung stellt fest, ob mehrere Angaben logisch zusammenpassen. Ein digitales Modell bildet ausgewählte Eigenschaften einer Anlage ab; es ist nicht automatisch ein validierter digitaler Zwilling.
| Datensatz | Fiktiver Wert | Bedeutung | Prüfregel im Modell |
|---|---|---|---|
| Auftrag | Teil A, Menge 3 | gewählte Variante | A ist im Rezeptkatalog |
| Kennung Kamera | A | erkannter Teiletyp | stimmt mit Auftrag überein |
| Werkstückträgerkennung | A | unabhängige Identifikation | stimmt mit Kamera überein |
| Rezeptstatus | A geprüft | Auswahlstatus | entspricht Teil A |
| Sensordatenalter | 0,4 s | Aktualität | höchstens 2 s im Lehrmodell |
| Zustandsmeldung | Bereit | Zellenstatus | passt zur Übergangsregel |
Die Grenze von 2 Sekunden ist eine erfundene Unterrichtsregel, kein realer industrieller Grenzwert. Sind Auftrag A und Kamerakennung B verschieden, liegt ein Widerspruch vor. Der Algorithmus darf keinen der Werte willkürlich priorisieren, sondern setzt die virtuelle Bearbeitung aus und fordert Klärung.
Regelbasierte Wahl und ihre Unsicherheit
Eine einfache Entscheidungstabelle ist transparent: Wenn alle Identifikationen übereinstimmen, das Rezept freigegeben ist und keine Störung vorliegt, ist der Übergang nach Bearbeiten erlaubt. Fehlt eine Voraussetzung, bleibt die Zelle im prüfbaren Zustand Klärung oder wechselt in Störung. Eine KI-Vorhersage, zum Beispiel einer Bearbeitungsdauer, ist lediglich eine Schätzung. Schlechte Trainingsdaten, Drift und seltene Störungen begrenzen ihre Aussagekraft. Eine Vorhersage übersteuert niemals die deterministischen Grenzen im Lehrmodell. In Gazebo Harmonic – Sensors werden unter anderem IMU-, Kontakt- und Lidarsensoren in Simulationen erläutert. Ein IMU-Sensor misst inertiale Größen; ein Kontaktsensor meldet Berührung; Lidar erfasst Entfernungen. Nicht jede Messgröße ist für die fiktive Teileklassifikation geeignet. Die Seite ist eine technische Dokumentation, kein Sicherheitszertifikat.

Bild: realer Roboterarm als Kontext; die Modell-Datensätze in diesem Kurs sind synthetisch. Lernhilfe: Markiere in der Datentabelle Eingang, Regel, Entscheidung und Nachweis in vier verschiedenen Spalten. Vertiefung: Diskutiere, wann zwei Sensoren zwar gleiche Werte liefern, aber wegen gemeinsamer Fehlerquelle nicht unabhängig sind.
Geführter Modellfall: die flexible virtuelle Zelle
Auftrag, Rüstwechsel und Prozessschritte
Eine vollständig erfundene Modellbauzelle verarbeitet Teil A (kleiner Halter), Teil B (Ringscheibe) und Teil C (Gehäuse). Sie besitzt ein virtuelles Zuführmodul, einen Bearbeitungsplatz, einen Prüfplatz und ein simuliertes Display. Die Rezepte heißen RA, RB, RC. Ein Los ist eine Gruppe gleicher Teile. Rüsten bedeutet den Modellwechsel zwischen geeigneten Rezepten; dafür sind Prüfschritte nötig. Keine hier genannte Beschreibung ist eine Bedienungsanleitung für eine reale Anlage. Geführter Ablauf: Start im Zustand Bereit. Auftrag „A, drei Stück“ trifft ein. Identifikationen stimmen überein und RA ist im Lehrmodell freigegeben. Die Zelle wechselt nach Prüfen, dann nach Rüsten, nach einer simulierten Bestätigung nach Bearbeiten und schließlich nach Qualitätscheck. Ein bestandenes Prüfergebnis führt nach Fertig; die nächste Lieferung beginnt wieder mit Bereit.

Animation: additive Herstellung als anschaulicher Vergleich automatisierter Modellteilfertigung; nicht der im Beispiel benutzte Zellprozess. Ohne Animation reichen die sechs Schritte des beschriebenen Ablaufs.
Zustände, Übergänge und verbotene Abkürzungen
Ein Zustand beschreibt eine bestimmte Situation; ein Übergang darf nur eintreten, wenn seine Wächterbedingung erfüllt ist. Die Ausgaben des Modells sind symbolisch, nicht mit Aktoren verbunden. Ein deterministischer Rückfall bedeutet: Für einen definierten Fehler führt genau eine vorab festgelegte Regel in einen bekannten virtuellen Zustand.
Abbildung zur Diagrammnotation; erstelle dein eigenes Zustandsdiagramm anhand der folgenden Tabelle.
| Ausgang | Auslöser und Bedingung | Ziel | virtuelle Aktion |
|---|---|---|---|
| Bereit | Auftrag liegt vor | Prüfen | Datensatz anlegen |
| Prüfen | Identifikationen konsistent und Rezept erlaubt | Rüsten | Plan notieren |
| Prüfen | Kennungen widersprüchlich oder fehlen | Klärung | Vorschlag sperren |
| Rüsten | Rüstprüfung im Modell bestanden | Bearbeiten | simulierte Zeit erfassen |
| Bearbeiten | fiktiver Schritt abgeschlossen | Qualitätscheck | Ergebnis prüfen |
| Qualitätscheck | Prüfwert im Modell zulässig | Fertig | Los dokumentieren |
| Jeder aktive Zustand | Datenquelle ausgefallen | Störung | virtuelle Folgeaktionen blockieren |
| Klärung oder Störung | berechtigte Person verlangt Prüfung | Manuelle Prüfung | Ursache protokollieren |
| Manuelle Prüfung | Fall geklärt und Neustart ausdrücklich für Simulation gesetzt | Bereit | neuer Prüfzyklus |
Wichtige Modellregel: Aus Störung und Klärung gibt es keinen direkten Übergang nach Bearbeiten. Fertig kann nicht mit fehlender Qualitätsmeldung erreicht werden. Der Rückweg über Bereit erzwingt eine erneute Datenprüfung.
Zustandsdiagramm selbst konstruieren
Zeichne Kreise oder Kästen für die neun Zustände und beschrifte Pfeile mit „Ereignis [Bedingung]“. Ein geeigneter Tabellen-Test besteht aus Ausgangszustand, Eingabe, erwartetem Zielzustand, tatsächlichem Modellzustand und Begründung. Nutze Papierkarten oder eine Offline-Tabellenkalkulation; Programmierung ist optional. Aufgabe zum geführten Beispiel: Für Auftrag A prüfst du die Folge Bereit → Prüfen → Rüsten → Bearbeiten → Qualitätscheck → Fertig und zeigst, welche Bedingung jeden Pfeil legitimiert.
Video (Deutsch): „Industrie 4.0 erklärt“, Swissmem, veröffentlichter YouTube-Eintrag 2016; Kontrast zwischen allgemeiner Vernetzung und unserem expliziten Zustandsmodell. Offline-Alternative: markiere für jede Phase die nötigen Eingaben.
Fehlerfälle, Rückfall und manueller Eingriff
Drei Prüfungen als verbindliche Abnahme des Lernprodukts
Test 1 – Widerspruch erkennen: Auftrag verlangt A, Kamera meldet B, Trägerkennung meldet A. Erwartung: Von Prüfen nach Klärung; keinerlei virtueller Übergang nach Rüsten oder Bearbeiten. Begründung: Die Identität ist nicht hinreichend bestätigt. Test 2 – Ausfall behandeln: Während Bearbeiten fehlt die Zeitstempelaktualisierung einer benötigten Datenquelle. Erwartung: Störung, Blockade weiterer Bearbeitungsschritte und dokumentierter Fehlergrund. Test 3 – manuellen Eingriff vorsehen: Eine berechtigte Modellrolle fordert nach der Störung die Diagnose an. Erwartung: Manuelle Prüfung; erst nach protokollierter Klärung geht es über Bereit in den neuen Prüfzyklus.
| Test | Eingabe | erwarteter Zustand | begründete Entscheidung |
|---|---|---|---|
| Widerspruch | Auftrag A, Kamera B, Träger A | Klärung | keine stillschweigende Priorisierung |
| Ausfall | Datenaktualisierung fehlt | Störung | Abbruch weiterer virtueller Schritte |
| Eingriff | Fachperson meldet Klärung | Bereit nach Manueller Prüfung | neuer Prüfzyklus statt Direktfortsetzung |
Zentrale Sicherheitsgrenze: Störung ist hier nur ein logischer Simulationszustand. Ein realer Stopp, eine Stillsetzung, Schutzfunktion, manuelle Betriebsart oder Wiederanlaufsperre lässt sich daraus nicht ableiten. Reale Sicherheitskonzepte erfordern Gefährdungsbeurteilung, geeignete Hardware, Normenprüfung und autorisierte Fachpersonen.
Deterministische Rückfalllogik statt unkontrollierter Optimierung
Ein Optimierungsmodell kann Los B vor A vorschlagen, wenn es Rüstzeit spart. Es darf aber keinen Übergang anstoßen, sobald die Widerspruchsprüfung negativ ist. Beim Fehler ist die Entscheidung vorhersagbar und erklärbar: Störung, Prozessaktion gesperrt, Ursache geloggt, menschliche Klärung erforderlich. Teste zusätzlich einen Doppelfehler: Kamera widerspricht und Sensorwerte sind veraltet. Die Priorität lautet im Lehrmodell Störung vor Klärung, weil die Datenquelle nicht mehr vertrauenswürdig ist. Diese Priorität wird schriftlich dokumentiert, damit unterschiedliche Gruppen dasselbe Ergebnis erhalten. Fachhinweis: ISO 10218-1:2025 behandelt Anforderungen an Industrieroboter, ISO 10218-2:2025 die Integration und Roboteranwendungen. Die Normtexte sind nicht vollständig frei verfügbar. Unsere vereinfachte Unterrichtslogik ersetzt keine Prüfung dieser Anforderungen und keine Realbetrieb-Freigabe.

Darstellungsbeispiel aus der Zustandsautomatenmodellierung. Prüfe in deinem Modell, dass ein Pfeil nur existiert, wenn die Wächterbedingung erfüllt ist.
Transfer, Bewertung und begrenzte Autonomie
Betriebsqualität messen, Grenzen transparent halten
Für eine Entscheidungshilfe reichen nachvollziehbare Kennzahlen: fiktive Rüstzeit in Minuten, Zahl der manuellen Klärungen, Anteil vollständig dokumentierter Übergänge und Anteil erkannter synthetischer Fehlerfälle. Eine kurze Bearbeitungsdauer allein misst weder Sicherheit noch gute Entscheidungen. Zwei Testreihen mit denselben synthetischen Aufträgen erlauben einen Vergleich: eine feste Reihenfolge A–B–A und eine innerhalb der Regeln optimierte Reihenfolge A–A–B. Dokumentiere Rüstwechsel, aber beachte, dass unsere angenommenen Zeiten nur Unterrichtswerte sind.
| Variante | erfundene Rüstwechsel | angenommene Zeit je Wechsel | Gesamtrüstzeit |
|---|---|---|---|
| A–B–A | 2 | 4 Minuten | 8 Minuten |
| A–A–B | 1 | 4 Minuten | 4 Minuten |
Rechenweg: Zwei Wechsel mal vier Minuten ergeben acht Minuten; ein Wechsel mal vier Minuten ergibt vier. Wenn ein Auftrag dringend ist oder eine Qualitätsprüfung scheitert, kann die zeitlich günstige Reihenfolge dennoch ungeeignet sein.
Zukunft: Assistenz mit verbindlichem Rückfall
Vernetzte Fertigung und modellbasierte Planung können kleinere Lose flexibler organisieren. Die Smart-Factory-Darstellung von Liebherr beschreibt unter anderem Variantenvielfalt, Robotik und datengestützte Prozesse; sie ist eine Herstellerperspektive, keine Zertifizierungsquelle. Die Lernfrage lautet deshalb nicht „Wie viel KI ist möglich?“, sondern: Welche begrenzten Entscheidungen sind erklärbar, überprüfbar und rücknehmbar? Transferfall: Füge einen neuen Teiletyp D hinzu, dessen Kameraerkennung unsicher ist. Entwirf eine unterstützende Empfehlung, die beim Unterschreiten einer selbst definierten Datenqualitätsschwelle auf Klärung wechselt. Stelle dar, warum ein „KI sagt: trotzdem starten“ die vorab gesetzte Grenze nicht aufheben darf. Beurteile den Nutzen und die Grenzen im Hinblick auf Wartbarkeit, Aufwand und Verständlichkeit für Auszubildende. Vertiefung: Definiere einen Zustandsinvarianten: „Immer wenn der Zustand Bearbeiten erreicht ist, sind Identifikationen konsistent und das Rezept geprüft.“ Gib ein Gegenbeispiel für ein schlechtes Modell und verhindere diesen Pfad mit einer Wächterbedingung. Die Verantwortung für reale Gefährdungen bleibt außerhalb dieser Lernsimulation. Audio-Reflexion: Eine historische Maschine zur Zaunherstellung ist zu hören. Welche Merkmale von Maschinenbetrieb lässt ein Klang erkennen, und welche für Entscheidungen wesentlichen Prozessdaten bleiben ohne Messung unsichtbar? Offline-Alternative: Beschreibe nur aus dem Text zwei Informationen, die Audio nicht zuverlässig liefert (z. B. Teileidentität und Datenalter).
Interaktive Aufgaben
Die Rückmeldungen des Quiz unterstützen den nächsten Versuch; im Kurs stehen keine vorab ausgeschriebenen Lösungsschlüssel. Prüfe jede Auswahl gegen die Zustands- und Übergangstabelle.
Quiz: Wissen und Transfer
1. Welche Beschreibung trifft begrenzte Autonomie in einer Fertigungszelle? Rückmeldung zur Bearbeitung: Prüfe nach deiner Auswahl die genannte Modellregel; eine unbegründete Abkürzung zählt nicht als Beleg. (Sie wählt innerhalb vorab festgelegter Bedingungen selbst eine zulässige Option) (!Sie ersetzt alle Sicherheitsnachweise durch KI) (!Sie darf jede Störung ohne Aufsicht ignorieren) (!Sie führt ausschließlich unveränderliche Befehle aus)
2. Auftrag A und Kamera B widersprechen sich. Wie reagiert das Lehrmodell? Rückmeldung zur Bearbeitung: Prüfe nach deiner Auswahl die genannte Modellregel; eine unbegründete Abkürzung zählt nicht als Beleg. (Es geht in Klärung und blockiert weitere Bearbeitung) (!Es nimmt stets den Auftrag als Wahrheit) (!Es nimmt stets die Kamerameldung als Wahrheit) (!Es ändert das Rezept ohne weitere Prüfung)
3. Was kennzeichnet einen Zustand im Zustandsmodell? Rückmeldung zur Bearbeitung: Prüfe nach deiner Auswahl die genannte Modellregel; eine unbegründete Abkürzung zählt nicht als Beleg. (Er beschreibt eine klar definierte Situation der virtuellen Zelle) (!Er ist stets ein direktes Signal an eine reale Maschine) (!Er ersetzt die Dokumentation der Übergänge) (!Er ist identisch mit einer beliebigen Prognose)
4. Welche Bedingung erlaubt im Modell den Übergang von Prüfen nach Rüsten? Rückmeldung zur Bearbeitung: Prüfe nach deiner Auswahl die genannte Modellregel; eine unbegründete Abkürzung zählt nicht als Beleg. (Konsistente Identifikationen und erlaubtes Rezept) (!Eine beliebige Bearbeitungszeitprognose) (!Eine fehlende Trägerkennung) (!Ein Widerspruch zwischen Auftrag und Kamera)
5. Ein benötigter Datenstrom fällt während Bearbeiten aus. Was folgt? Rückmeldung zur Bearbeitung: Prüfe nach deiner Auswahl die genannte Modellregel; eine unbegründete Abkürzung zählt nicht als Beleg. (Der virtuelle Zustand wechselt nach Störung und Folgeaktionen bleiben blockiert) (!Das System bearbeitet ohne Prüfung automatisch weiter) (!Das System überspringt die Qualitätsprüfung) (!Die Datenquelle gilt automatisch als repariert)
6. Welche Aussage zur Sicherheit ist korrekt? Rückmeldung zur Bearbeitung: Prüfe nach deiner Auswahl die genannte Modellregel; eine unbegründete Abkürzung zählt nicht als Beleg. (Ein simulierter Störzustand ersetzt keine reale Schutzfunktion) (!Eine Grafik des Automaten beweist die sichere Maschinensteuerung) (!Eine KI-Prognose genügt zur Maschinenfreigabe) (!Eine Rüstzeitmessung ist eine Gefährdungsbeurteilung)
7. Wie ist der manuelle Wiedereinstieg im Lehrmodell vorgesehen? Rückmeldung zur Bearbeitung: Prüfe nach deiner Auswahl die genannte Modellregel; eine unbegründete Abkürzung zählt nicht als Beleg. (Nach protokollierter Prüfung zurück nach Bereit und erneuter Datenprüfung) (!Unmittelbar aus Störung nach Bearbeiten) (!Durch Löschen des Fehlerprotokolls) (!Durch einen beliebigen Tastendruck ohne Rollenprüfung)
8. Was ist eine nachvollziehbare Entscheidungsbegründung? Rückmeldung zur Bearbeitung: Prüfe nach deiner Auswahl die genannte Modellregel; eine unbegründete Abkürzung zählt nicht als Beleg. (Datenlage, angewandte Regel und gewählter Übergang werden dokumentiert) (!Nur die Behauptung dass KI intelligent ist) (!Nur die kürzeste geschätzte Taktzeit) (!Nur das Ergebnis ohne Eingangsdaten)
9. Welche zwei Informationen sind für einen Datenwiderspruch wichtig? Rückmeldung zur Bearbeitung: Prüfe nach deiner Auswahl die genannte Modellregel; eine unbegründete Abkürzung zählt nicht als Beleg. (Unabhängige Identifikationen mit Zeitbezug) (!Ausschließlich die Gehäusefarbe des Displays) (!Nur die Zahl der verfügbaren Videos) (!Nur die Marke des Simulationsrechners)
10. Warum ist eine optimierte Reihenfolge A A B nicht immer die beste Wahl? Rückmeldung zur Bearbeitung: Prüfe nach deiner Auswahl die genannte Modellregel; eine unbegründete Abkürzung zählt nicht als Beleg. (Andere Freigaben Prioritäten und Fehler können schwerer wiegen als Rüstzeit) (!Weil ein Rüstwechsel niemals Zeit kostet) (!Weil die Reihenfolge die Datenprüfung ersetzt) (!Weil kleine Lose nicht modelliert werden können)
Memory
Ordne jeweils einen Begriff seiner Definition zu; jede Karte hat genau ein Gegenstück.
| Wächterbedingung | Regel für einen erlaubten Übergang |
| Klärung | Zustand bei widersprüchlicher Identifikation |
| Rückfall | Festgelegte Reaktion bei einem definierten Fehler |
| Zeitstempel | Kennzeichnung der Aktualität eines Datensatzes |
| Rüstwechsel | Umstellung zwischen zwei Teilevarianten |
| Auditprotokoll | Nachvollziehbare Aufzeichnung der Modellentscheidung |
Drag-and-Drop
Ordne den fiktiven Phasen die passende Modellhandlung zu.
| Ordne den passenden Begriff zu. | Handlung |
|---|---|
| Bereit | Auftrag wird entgegengenommen |
| Prüfen | Kennungen werden abgeglichen |
| Rüsten | Rezeptwechsel wird simuliert |
| Qualitätscheck | Prüfergebnis wird bewertet |
| Manuelle Prüfung | Fachperson dokumentiert die Ursachenklärung |
Kreuzworträtsel
Die Lösungen sind einzelne Fachwörter ohne Ziffern.
| Sensor | Bauteil oder Modellquelle, die eine Messgröße erfasst |
| Zustand | Momentane definierte Situation im Automatenmodell |
| Rezept | Vorgabe für eine zulässige Teilevariante |
| Ereignis | Meldung, die einen Übergang auslösen kann |
| Klärung | Modellzustand bei widersprüchlichen Angaben |
| Rückfall | Festgelegte Reaktion auf einen Fehler |
LearningApps
Nutze die Suchseite für selbst gewählte Zuordnungsübungen; externe Treffer sind nicht fachlich geprüft. Alternativ erstelle fünf Papierkartenpaare aus der oben stehenden Tabelle.
Lückentext
Setze je Satz nur einen passenden Fachbegriff ein.
Offene Aufgaben
Arbeite nur mit den im Kurs enthaltenen synthetischen Daten; sämtliche Produkte sind auf Papier oder offline möglich.
Leicht
- Automatisierung: Stelle manuelle, regelgebundene und begrenzt autonome Entscheidungen in einer eigenen Dreispaltentabelle gegenüber und gib zu jeder ein erfundenes Beispiel.
- Sensor: Markiere in der Datentabelle zwei Identifikationen, einen Zeitstempel und eine Rezeptfreigabe und erkläre jeweils die Bedeutung in einem Satz.
- Zustandsdiagramm: Zeichne sechs Zustände des geführten A-Auftrags und beschrifte mindestens vier Übergänge mit Bedingungen.
- Fehlererkennung: Erstelle zwei fiktive Meldungen für denselben Auftrag, die einander widersprechen, und erläutere die erwartete Modellreaktion.
Standard
- Rüstzeit: Rechne die Rüstzeiten für A–B–A und A–A–B selbst aus und notiere zwei weitere Kriterien für die Reihenfolgeentscheidung.
- Entscheidungstabelle: Ergänze drei neue Tabellenzeilen für veraltete, fehlende und widersprüchliche Daten und ordne jede einem Zustand zu.
- Simulation: Führe auf Papier je einen Normalablauf und einen Sensorausfall durch; dokumentiere Zustände, Regeln und Ergebnisse in einer Testtabelle.
- Mensch-Maschine-Interaktion: Entwirf eine verständliche Diagnosemaske als Textskizze, die Fehlergrund, Datenalter, Status und nächste menschliche Aufgabe zeigt.
Schwer
- Formale Verifikation: Formuliere zwei Invarianten und konstruiere für jede einen fehlerhaften Übergang, der die Regel verletzen würde; korrigiere dann das Modell.
- Fehlertoleranz: Lege eine eindeutige Priorität für gleichzeitigen Datenwiderspruch und Ausfall fest; vergleiche zwei mögliche Strategien anhand erklärter Risiken.
- Digitale Fabrik: Übertrage das Modell auf Teil D mit unsicherer Identifikation, begrenze autonome Vorschläge und entwickle drei Prüffälle.
- Technikfolgenabschätzung: Schreibe eine kurze begründete Entscheidungsvorlage, wann autonome Reihenfolgeplanung in kleinen Losen nützt und wann menschliche Klärung Vorrang haben muss.


Lernkontrolle
- Zustandsautomat: Zeige mit einem vollständigen Pfad und den Bedingungen, weshalb ein widersprüchlich identifizierter Auftrag nicht in Bearbeiten gelangen darf.
- Datenqualität: Untersuche den synthetischen Fall „Kamera A, Träger A, Zeitstempel abgelaufen“ und begründe, warum Übereinstimmung allein nicht genügt.
- Fehlerbehandlung: Erläutere anhand eines Ausfalls während Bearbeiten den Unterschied zwischen logischem Modellzustand und realer Schutzfunktion.
- Manueller Eingriff: Beschreibe den Rollen- und Nachweispfad von Störung über Manuelle Prüfung zurück nach Bereit und begründe die erneute Prüfung.
- Optimierung: Vergleiche die zwei Rüstreihenfolgen und bewerte einen zusätzlichen Eilauftrag, ohne die Zustandsgrenzen zu verletzen.
- Transfer: Entwickle eine Wächterbedingung für Teil D mit unsicherer Erkennung; benenne ihren möglichen Fehler und eine geeignete Reaktion.
Lernnachweis
Abzugeben ist ein überprüfbares Lernprodukt: (1) ein Zustandsdiagramm mit Zuständen und beschrifteten Übergängen, (2) eine Übergangstabelle mit mindestens acht Regeln, (3) ein Testprotokoll mit Normalablauf und den drei Pflichtfällen Widerspruch, Ausfall, manueller Eingriff, (4) eine Begründung für den deterministischen Rückfall, (5) ein kurzer Transfer zu Teil D und (6) die ausdrückliche Abgrenzung von realen Sicherheitsfunktionen. Bewertungsraster (je 0–2 Punkte, insgesamt 12): klare Zustände; eindeutige Wächter; Widerspruchsprüfung; Ausfall- und Rückfallbehandlung; nachvollziehbarer manueller Wiedereinstieg; begründete Transferentscheidung. Volle Punktzahl je Kriterium gibt es für nachvollziehbare Regel, Testdaten und belegte Konsequenz; teilweise für eine unvollständige Darstellung, null für fehlende Nachweise. Die Bewertung ist eine Kursleistung, keine Maschinenfreigabe oder IHK-Prüfung. Eine Lehrkraft sollte das Spezialthema begleiten.
OER und Wikipedia
Stand der Recherche: 21.10.2026. Normausgaben und Webinhalte können später geändert werden. Gesicherte Veröffentlichungsjahre und Versionen sind im Folgenden benannt; eine verlinkte Medienseite garantiert nicht die jederzeitige Verfügbarkeit externer Wiedergabe.
- Gazebo Harmonic: Sensors – technische Originaldokumentation zu IMU, Contact und Lidar; die Dokumentation wurde am Recherchetag eingesehen. Für die Übung sind keine Installation und kein Bezahlkonto nötig.
- Liebherr: Unser Weg zur Smart Factory – Herstellerbeitrag, Kundenmagazin 02/2025; Perspektive und Beispiele, keine neutrale Evaluationsstudie.
- ISO 10218-1:2025 – Ausgabe 3, veröffentlicht Februar 2025; Industrieroboter; ISO 10218-2:2025 – Integration und Anwendungen (die volle Norm ist nicht frei verfügbar; Link und Geltungsbereich sind Rechercheeinstieg und kein Ersatz für Normenprüfung).
- Wikipedia: Industrie 4.0 und Wikipedia: Endlicher Automat – offen zugängliche Begriffsvertiefung, Artikelstand kann sich ändern.
- Vorhandenes Grundlagenmaterial auf MOOCwiki – Anschlusslink gemäß Kursauftrag; der Seiteninhalt war beim externen Abruf nicht überprüfbar, daher wird hier nichts daraus zitiert.
Wikipedia-Leseansicht (deutsch):
Mediennachweise – geprüfte Commons-Dateiseiten:
| Datei / Medium | Dateiseite | Urheberschaft | Lizenz / Nutzung |
|---|---|---|---|
| File:Industrial robot.jpg | Commons | Jo Teichmann / KUKA Roboter GmbH; Bearbeitung Tony Wills | Public Domain laut Dateiseite |
| File:Robot arm operates machine in factory setting.jpg | Commons | Shixart1985 | CC BY 2.0 |
| File:Robot 3D print timelapse on RepRapPro Fisher.gif | Commons | RepRapPro; GIF-Bearbeitung WikiJunkie | CC BY 2.5 |
| File:FSM state diagram.png | Commons | Maggyero | CC BY-SA 4.0 |
| File:UML state machine Fig1.svg | Commons | Miro Samek | GNU FDL / CC laut Commons-Dateiseite |
| File:WWS Fencemakingmachine.ogg | Commons | Work With Sounds / Torsten Nilsson | CC BY 4.0 |
Die eingebundenen Abbildungen und Audios wurden nicht verändert. Lizenzhinweise, Original-Dateiseiten und die Urheberschaft sind bei Weiterverwendung beizubehalten. Alternativtexte stehen an den Abbildungen; zu allen Medien gibt es textbasierte Lernwege. Das Audio ist ein historisches Vergleichsbeispiel und kein Geräusch unserer virtuellen Zelle.
YouTube-Nachweise: acatech: Industrie 4.0 – einfach erklärt, 2016 und Swissmem: Industrie 4.0 erklärt, 2016. Die Einträge mit Beschreibung waren im Suchindex auffindbar; eine direkte Wiedergabeprüfung war technisch nicht möglich. Videos sind daher optional und durch die erklärenden Kapitel ersetzt.
Verknüpfte Lernbereiche
aiMOOC-Projekte
Schulfach+


aiMOOCs


aiMOOC Projekte


MOOCwiki · Deutsch
Nach dem Lernen ist vor dem Lernen
Entdecke direkt den nächsten Lernkurs. Weitere Inhalte erscheinen, wenn Du weiter nach unten scrollst.
Zur MOOCwiki-HauptseiteMediathek
Mediathek wird aus dem Wiki geladen ...
Keine passenden Inhalte gefunden. Bitte ändere Suche oder Filter.
NEWSLernweltNOAH fragenInhalt melden · Hinweise zu Fehlern, Quellen, Medienrechten oder Dubletten