Zum Inhalt springen

Autonomer Stapler PAOLO in Ehingen – Auftragszustände bei blockierter Strecke behandeln

Aus MOOCsWiki Staging
aiMOOC-Siegel aiMOOC

Autonomer Stapler PAOLO in Ehingen – Auftragszustände bei blockierter Strecke behandeln

QR-Code


Einleitung

Du lernst, wie ein digitales Lehrleitsystem Transportaufträge für einen autonomen Stapler nachvollziehbar verwaltet, wenn ein Streckenabschnitt blockiert ist. Im Mittelpunkt stehen fünf Zustände: angeboten, übernommen, unterwegs, blockiert und abgeschlossen. Du modellierst erlaubte Übergänge, verhinderst Doppeltransporte, sicherst Meldungen ab und wertest synthetische Logistikkennzahlen aus. Die Fallumgebung orientiert sich am öffentlich beschriebenen Materialtransport des autonom bezeichneten Gabelstaplers „PAOLO“ bei Liebherr in Ehingen. Das konkrete Auftragsmodell, alle Kennzahlen, IDs und Streckenlayouts in diesem Kurs sind dagegen synthetische Lehrdaten und keine Beschreibung der realen Steuerung.

PAOLO im Materialfluss einordnen


Was öffentlich belegt ist – und was nicht

Liebherr berichtet 2025, dass PAOLO Paletten- und Gitterboxwaren im Werk zur Mobilkranmontage transportiert: unter anderem vom Wareneingang zum sogenannten Supermarkt und leere Paletten zurück. Vor der Inbetriebnahme sei die Mensch-Maschine-Interaktion getestet und optimiert worden. Die Quelle beschreibt außerdem eine vernetzte, datengetriebene Smart Factory mit Automatisierung und digitalisierten Produktionsabläufen. Sie belegt jedoch in dem hier herangezogenen Text weder den Hersteller des Staplers noch dessen Navigationstechnik, Traglast, Sensorik, Schnittstellen, konkrete Störlogik oder betriebliche Freigabeverfahren.

Abbildung 1: Ein automatisiertes Transportfahrzeug als allgemeines Anschauungsbeispiel – nicht PAOLO. Foto: Marta Veverica, eigene Arbeit, Wikimedia Commons, CC BY-SA 4.0. Quelle und Lizenz siehe Medientabelle im OER-Abschnitt.

Grundbegriffe der Intralogistik

Ein fahrerloses Transportfahrzeug (FTF/AGV) bewegt Güter innerbetrieblich automatisiert. Ein fahrerloses Transportsystem (FTS) besteht nicht nur aus einem Fahrzeug, sondern typischerweise auch aus Leitsteuerung, Informationsübertragung, Standort- bzw. Lageerfassung, Infrastruktur und Übergabestellen. Ein Auftrag beschreibt einen Transportbedarf mit Quelle, Ziel, Gut, Priorität und einer eindeutigen Kennung. Ein Auftragszustand sagt aus, in welcher Phase der Bearbeitung sich der Auftrag befindet. Ein Ereignis ist eine dokumentierte Beobachtung oder Meldung, zum Beispiel „Streckenabschnitt nicht frei“. Ein Leitsystem koordiniert Aufträge und Ressourcen; es ersetzt weder die reale Sicherheitssteuerung noch betriebliche Anweisungen.

Schematische Darstellung des Lehrmodells

Wareneingang ── Abschnitt A ── [Engstelle B] ── Supermarkt
                              ↑
                    Lehrmodell: blockiert
Leitsystem: Auftrag halten → Ursache/Meldung prüfen → freigegebenen
Alternativablauf wählen → Zustandswechsel protokollieren

Dies ist ein erfundenes Unterrichtslayout, keine Werkskarte. Eine Blockierung ist ein Zustand, der eine sichere Neubewertung auslöst – keine Aufforderung, den Fahrbereich zu betreten oder eine Sperre zu umgehen.

Auftragszustände als belastbares Zustandsmodell


Die fünf Zustände

Zustand Bedeutung im Lehrmodell Typische nächste Aktion
angeboten Auftrag ist angelegt, aber noch nicht durch eine Ressource bestätigt. Verfügbarkeit und Vollständigkeit prüfen.
übernommen Eine zuständige Ressource hat den Auftrag eindeutig angenommen. Ausführung vorbereiten und Status zurückmelden.
unterwegs Der Auftrag wird nach Freigabe transportiert. Fortschritt und relevante Ereignisse protokollieren.
blockiert Eine notwendige Strecke oder Voraussetzung steht nicht zur Verfügung. Anhalten bzw. sichere Systemreaktion abwarten; Ereignis erfassen und nach definiertem Verfahren eskalieren.
abgeschlossen Zielübergabe und erforderliche Bestätigung liegen vor. Auftrag schreibgeschützt archivieren und Kennzahlen aktualisieren.


Erlaubte Übergänge und Sperren

Im Lehrmodell sind folgende Übergänge vorgesehen: angeboten → übernommen → unterwegs; unterwegs → blockiert; blockiert → unterwegs nur nach bestätigter Freigabe im dafür vorgesehenen Prozess; unterwegs → abgeschlossen erst nach erfolgreicher Zielübergabe. Je nach noch nicht gestarteter Arbeit darf ein blockierter Auftrag nach Prüfung wieder in die Warteschlange wechseln. Ein direkter Sprung von blockiert nach abgeschlossen ist nicht erlaubt, wenn die Übergabe fehlt. Ein zweiter Auftrag mit derselben fachlichen Transportanforderung darf nicht allein deshalb erzeugt werden, weil der erste nicht sofort reagiert.

ANGEBOTEN → ÜBERNOMMEN → UNTERWEGS → ABGESCHLOSSEN
                                  ↓
                              BLOCKIERT
                                  │
                bestätigte Freigabe + erneute Prüfung
                                  ↓
                              UNTERWEGS

Die Pfeile stellen Regeln eines synthetischen Softwaremodells dar, keine dokumentierte PAOLO-Implementierung. Unzulässige Übergänge werden zurückgewiesen und mit Zeitstempel, Auftrags-ID, Ereignisart und Systemkomponente protokolliert.

Zustandsautomat statt freier Statusänderung

Eine gute Anwendung ändert Zustände nicht durch beliebige Textfelder. Sie prüft bei jedem Ereignis den bisherigen Zustand, die Berechtigung, die eindeutige Auftrags-ID und die erlaubte Übergangsregel. Wiederholt eintreffende Meldungen müssen erkannt werden: Derselbe Ereignisbezug soll nicht unkontrolliert denselben Folgeauftrag auslösen. Die technische Umsetzung kann beispielsweise als endlicher Zustandsautomat modelliert und mit Positiv- und Negativtests geprüft werden. Für Fachinformatikerinnen und Fachinformatiker sind außerdem Idempotenz, Ereignisreihenfolge und Fehlerprotokoll wichtig; für Mechatronikerinnen und Mechatroniker der sichere Anlagenzustand; für Lagerlogistikerinnen und Lagerlogistiker die eindeutige Waren- und Übergabedokumentation.

Blockierte Strecke sicher und nachvollziehbar behandeln


Melden, bewerten, freigeben

Eine Blockierung kann im Lernfall etwa durch eine vorübergehend nicht verfügbare Passage, ein fehlendes Freigabesignal im Simulationsmodell oder einen offenen Übergabepunkt ausgelöst werden. Das sind Lehrbeispiele, keine Aussagen über die reale Sensorik PAOLOs. Das System muss zwischen Ereignis erkannt, Zustand blockiert, Ursache bearbeitet und Freigabe bestätigt unterscheiden. Ein Hinweis oder eine abgelaufene Wartezeit ist keine sichere Freigabe. Wird die Strecke wieder als frei gemeldet, braucht das Lehrmodell eine eindeutige, aktuelle und zuordenbare Freigabe sowie eine Prüfung, ob Auftrag, Last, Ziel und Alternative weiterhin zusammenpassen.

Sicherer Ablauf im Lehrmodell

  1. Blockierungsereignis mit Auftrag, Abschnitt, Zeit und Quelle dokumentieren.
  2. Den betroffenen Transportauftrag als blockiert markieren; keine zweite Ausführung aus derselben Meldung starten.
  3. Dem zuständigen Betriebspersonal bzw. der im realen Betrieb definierten Leitstelle den Fall melden. Keine eigenmächtige Eingabe in reale Maschinensteuerungen.
  4. Ursache und Freigabestatus nach geltender betrieblicher Anweisung prüfen lassen.
  5. Erst nach bestätigter Freigabe entweder den ursprünglichen Auftrag fortsetzen oder einen genehmigten Alternativweg im Planungssystem zuweisen.
  6. Den Abschluss durch tatsächliche Ziel-/Übergabebestätigung belegen; alle Ereignisse nachvollziehbar protokollieren.

Sicherheitsgrenze: Lernende dürfen reale Fahrbereiche nicht betreten, Sperren nicht umgehen, Schutzeinrichtungen nicht überbrücken und keine Betriebsfreigabe erteilen. Reale Maschinenarbeit erfolgt ausschließlich nach betrieblicher Unterweisung und unter qualifizierter Anleitung. Im Zweifel bleibt der Vorgang gesperrt und wird eskaliert.

Typische Fehlermuster

Fehler Risiko Prävention im Lehrmodell
Für jede Wiederholungsmeldung neuen Auftrag erzeugen Doppeltransport oder doppelte Warenbuchung Stabile Auftrags-ID, Ereignis-Deduplizierung und idempotente Verarbeitung.
Blockiert mit abgeschlossen verwechseln Unbelegte Lieferung, Bestandsdifferenz Abschluss nur mit belegter Zielübergabe erlauben.
Freigabe aus Zeitablauf ableiten Unsichere Bewegung trotz weiter bestehender Sperre Explizites, zuordenbares Freigabeereignis verlangen.
Umleitung stillschweigend ändern Konflikte und unbekannte Routenzustände Alternative durch verantwortliche Rolle prüfen und dokumentieren.
Zeitstempel ohne Ereignisquelle speichern Ursache später nicht rekonstruierbar Quelle, Auftrag, Abschnitt und Ereignis-ID gemeinsam protokollieren.


Logistikkennzahlen rechnen und Entscheidungen begründen


Durchlaufzeit, Blockierquote und Erfüllung

Die Durchlaufzeit eines abgeschlossenen Auftrags ist die Zeit zwischen dem definierten Startzeitpunkt und der belegten Übergabe am Ziel. Für ein einzelnes Lehrbeispiel gilt: 10:12 bis 10:27 = 15 Minuten. Die Blockierdauer ist die Zeit von Eintritt bis bestätigter Auflösung einer Blockierung. Die Blockierquote kann im Lehrmodell berechnet werden als Blockierdauer geteilt durch betrachtete Betriebszeit, multipliziert mit 100 Prozent. Die Kennzahl ist nur sinnvoll, wenn Zeitfenster und Zählweise festgelegt sind. Die Termintreue ist der Anteil der bis zu ihrer jeweiligen Zusagezeit abgeschlossenen Aufträge an allen im Zeitraum fälligen Aufträgen.

Rechenbeispiel mit synthetischen Daten

Lehrmodell: Im betrachteten Zeitfenster werden 20 Aufträge fällig; 18 sind bis zur Zusagezeit abgeschlossen. Termintreue = 18 / 20 × 100 % = 90 %. Der Stapler wird im betrachteten Simulationsfenster 240 Minuten überwacht; eine modellierte Blockierung dauert insgesamt 12 Minuten. Blockierquote = 12 / 240 × 100 % = 5 %. Im gleichen Beispiel haben 4 von 20 Aufträgen mindestens ein Blockierungsereignis; Auftragsanteil mit Blockierung = 4 / 20 × 100 % = 20 %. Die 5 % und 20 % messen Verschiedenes: Zeitanteil und Auftragsanteil dürfen nicht verwechselt werden.

Kennzahl Formel im Lernfall Lehrwert
Termintreue rechtzeitig abgeschlossen / fällige Aufträge × 100 % 18 / 20 = 90 %
Blockierquote nach Zeit Blockierminuten / betrachtete Minuten × 100 % 12 / 240 = 5 %
Auftragsanteil mit Blockierung betroffene Aufträge / betrachtete Aufträge × 100 % 4 / 20 = 20 %
mittlere Durchlaufzeit Summe aller Durchlaufzeiten / Zahl der abgeschlossenen Aufträge nur berechnen, wenn vollständige Zeiten vorliegen


Kennzahlen sind Entscheidungshilfen, keine Sicherheitsfreigabe

Eine kleine Blockierquote bedeutet nicht automatisch, dass ein Prozess sicher ist: Ein einzelner kritischer Vorfall kann trotz niedrigem Mittelwert bedeutsam sein. Eine hohe Zahl blockierter Aufträge kann auf eine Engstelle, schlechte Stammdaten, ungünstige Auftragspriorisierung oder unklare Übergaberegeln hinweisen; sie beweist allein keine Ursache. Vergleiche benötigen gleiche Zeiträume, gleiche Definitionen und vollständige Daten. Fachkräfte müssen neben Effizienz auch Sicherheit, Warenidentität, Qualität und die Auswirkungen auf nachgelagerte Montageplätze berücksichtigen.

Modellfall: Montageversorgung trotz gesperrter Passage


Ausgangslage – ausdrücklich synthetischer Betriebsfall

In einem erfundenen Lernlayout soll Auftrag A-204 eine Gitterbox von „Wareneingang“ zu „Supermarkt M2“ bringen. Eine modellierte Engstelle B ist als blockiert gemeldet. Für die Übung gelten folgende Daten: Auftrags-ID A-204; Zustand vor dem Ereignis „unterwegs“; Ereigniszeit 10:12 Uhr; zugesagte Übergabe 10:25 Uhr; angenommene Bearbeitungszeit nach Freigabe 6 Minuten; es liegt noch keine Zielbestätigung vor. Ein zweiter Datensatz mit derselben Warenanforderung erscheint um 10:13 Uhr erneut in der Meldeschlange. Alle Kennungen und Uhrzeiten sind fiktiv.

Lösung in nachvollziehbaren Schritten

1. Ereignis zuordnen: Die Meldung wird anhand Auftrag A-204 und Ereignis-ID gespeichert. Ist es eine Wiederholung, wird sie als Duplikat erkannt, nicht als zweiter Transportauftrag ausgeführt. 2. Zustand sichern: A-204 wechselt von unterwegs zu blockiert; Ursache, Zeit und Abschnitt B werden protokolliert. 3. Sichere Reaktion: Der Lernfall fordert keine manuelle Bewegung und keinen Zutritt zur Strecke. Der Betrieb folgt realen Anweisungen; das Softwaremodell wartet auf ein bestätigtes Freigabeereignis. 4. Neu planen: Nach Freigabe wird geprüft, ob sechs Minuten Bearbeitungszeit und die Zusage 10:25 noch realistisch sind. Bei Freigabe um 10:18 wäre die modellierte Ankunft frühestens 10:24; diese Rechnung ist nur eine vereinfachte Planungsannahme. 5. Abschluss: Der Auftrag gilt erst nach dokumentierter Übergabe als abgeschlossen. Fehlt die Bestätigung, bleibt er offen und wird geklärt.

Bewertungsraster zum Modellfall

Kriterium Punkte Beobachtbarer Nachweis
Zustandsmodell korrekt angewendet 0–4 Blockiert wird weder als abgeschlossen noch als neuer Auftrag interpretiert.
Duplikatkontrolle 0–4 Wiederholungsmeldung erzeugt keinen zweiten Transport; Begründung mit ID/Ereignislogik.
Sicherheit und Rollen 0–4 Keine Umgehung; Freigabe bleibt qualifizierter betrieblicher Rolle vorbehalten.
Zeit- und Kennzahlenrechnung 0–4 Zeitpunkte und Annahmen transparent berechnet.
Dokumentation und Kommunikation 0–4 Auftrag, Ereignis, Quelle, Status und Übergabenachweis sind nachvollziehbar.
Summe 0–20 18–20 sehr sicher; 14–17 gut; 10–13 teilweise erreicht; unter 10 gezielter Überarbeitungsbedarf.

Das Raster bewertet die Qualität der fachlichen Modelllösung, nicht die Berechtigung zum Bedienen realer Maschinen.

Interaktive Aufgaben


Quiz: Wissen testen

Welche Aussage zum belegten Einsatz von PAOLO ist durch die benannte Liebherr-Quelle gestützt? (PAOLO transportiert Paletten- und Gitterboxwaren im Werk Ehingen.) (!Die Traglast beträgt exakt 2,5 Tonnen.) (!PAOLO verwendet nachweislich ausschließlich LiDAR-Navigation.) (!Die Steuerungssoftware stammt nachweislich von einem bestimmten Anbieter.)




Was bedeutet der Zustand „blockiert“ im Lehrmodell? (Eine notwendige Strecke oder Voraussetzung ist vorübergehend nicht verfügbar.) (!Der Auftrag ist erfolgreich am Ziel übergeben.) (!Der Auftrag muss automatisch doppelt angelegt werden.) (!Die Maschine darf von Lernenden manuell aus der Sperre gefahren werden.)




Wann darf ein Auftrag im Lehrmodell als abgeschlossen gelten? (Wenn die erforderliche Zielübergabe bestätigt und dokumentiert ist.) (!Sobald die Blockierung zum ersten Mal gemeldet wurde.) (!Wenn eine Wartezeit abgelaufen ist.) (!Wenn der Auftrag aus der Anzeige verschwindet, egal warum.)




Was ist bei derselben wiederholt eintreffenden Meldung sinnvoll? (Die Meldung anhand eindeutiger IDs prüfen und eine doppelte Ausführung verhindern.) (!Für jede Meldung eine neue Warenlieferung erzeugen.) (!Die Historie löschen, damit die Anzeige übersichtlich ist.) (!Alle offenen Aufträge ohne Prüfung abschließen.)




Welche Rechnung beschreibt die Termintreue bei 18 rechtzeitigen von 20 fälligen Aufträgen? (18 geteilt durch 20 mal 100 Prozent ergibt 90 Prozent.) (!20 geteilt durch 18 mal 100 Prozent ergibt 90 Prozent.) (!18 plus 20 ergibt 90 Prozent.) (!18 geteilt durch 2 ergibt eine Termintreue von 90 Prozent.)




Was misst die Blockierquote nach Zeit im Lernbeispiel? (Den Anteil der blockierten Minuten an der gesamten betrachteten Zeit.) (!Den Anteil aller Mitarbeitenden, die blockiert waren.) (!Die Zahl der Paletten pro Stunde ohne Zeitbezug.) (!Den Anteil der Aufträge, die immer fehlerfrei sind.)




Welche Bedingung soll einer modellierten Wiederaufnahme nach Blockierung vorausgehen? (Eine eindeutige bestätigte Freigabe und erneute Prüfung des Auftrags.) (!Eine Vermutung, dass die Strecke inzwischen frei sein müsste.) (!Ein zweiter, identischer Auftrag ohne Bezug zum ersten.) (!Ein automatischer Abschluss nach fünf Minuten.)




Welche Informationen verbessern die spätere Ursachenanalyse? (Auftrags-ID, Ereigniszeit, Ereignisquelle, betroffener Abschnitt und Status.) (!Nur der Vorname einer zufällig anwesenden Person.) (!Ein einzelner Mittelwert ohne Zeitraum und Definition.) (!Nur die Aussage „Fehler passiert“, ohne Zeit oder Bezug.)




Warum beweist eine niedrige Blockierquote nicht allein, dass ein Prozess sicher ist? (Weil ein einzelnes kritisches Ereignis trotz niedrigen Zeitanteils bedeutsam sein kann.) (!Weil Kennzahlen niemals für Prozessverbesserung verwendet werden dürfen.) (!Weil eine Blockierquote immer genau der Termintreue entspricht.) (!Weil ein sicherer Prozess keine Dokumentation benötigt.)




Was ist bei einer realen blockierten Maschine der richtige Grundsatz für Lernende? (Betriebliche Anweisungen beachten, nicht in den Fahrbereich eintreten und qualifizierte Verantwortliche einschalten.) (!Schutzfunktionen überbrücken, wenn es den Ablauf beschleunigt.) (!Den Stapler anhand des Lehrmodells eigenständig neu starten.) (!Eine Freigabe aus der eigenen Kennzahlenrechnung ableiten.)





Memory-Spiel

Auftrags-ID Eindeutige Kennung zur Zuordnung eines Transportauftrags.
Blockierdauer Zeit vom Eintritt einer Blockierung bis zur bestätigten Auflösung.
Zielbestätigung Dokumentierter Nachweis der erforderlichen Warenübergabe.
Idempotenz Wiederholung desselben Ereignisses erzeugt keine unbeabsichtigte doppelte Wirkung.
Zustandsautomat Modell mit definierten Zuständen und erlaubten Übergängen.
Termintreue Anteil der fälligen Aufträge, die bis zur zugesagten Zeit abgeschlossen wurden.





Drag-and-drop: Begriff und Beschreibung zuordnen

Begriff zuordnen Beschreibung
angeboten Angelegt, noch nicht von einer Ressource übernommen
übernommen Verantwortliche Ressource hat den Auftrag eindeutig angenommen
unterwegs Transport wird im freigegebenen Ablauf ausgeführt
blockiert Mindestens eine erforderliche Bedingung ist nicht verfügbar
abgeschlossen Vorgesehene Übergabe ist bestätigt und dokumentiert





Kreuzworträtsel

Auftrag Wie heißt die verbindliche Anforderung für einen definierten Transport von Quelle zu Ziel?
Zustand Welcher Begriff beschreibt die aktuelle Phase der Auftragsbearbeitung?
Sperre Wie nennt man im Lehrlayout eine Maßnahme, die eine Passage vorläufig nicht verfügbar macht?
Freigabe Welches bestätigte Ereignis erlaubt nach Prüfung die Wiederaufnahme im Lehrmodell?
Protokoll Wie heißt die nachvollziehbare Aufzeichnung von Ereignissen und Zeitpunkten?
Logistik Wie heißt das Fachgebiet, das Material- und Informationsflüsse plant und steuert?





LearningApps

Nutze die LearningApps-Suche als Ausgangspunkt für eine eigene Zuordnungsübung zu Auftragszuständen und Blockierung. Prüfe vor der Nutzung, ob ein passendes App-Ergebnis tatsächlich existiert; die Suche selbst ist kein Nachweis für eine bereits geprüfte App.


Lückentext

Ergänze die Aussagen zu einem sicheren digitalen Auftragsmodell.
Ein Auftrag startet im Lehrmodell im Zustand

.
Nach einer eindeutigen Annahme lautet der Zustand

.
Wenn eine benötigte Passage nicht verfügbar ist, wird der Auftrag als

markiert.
Eine wiederholte Ereignismeldung darf nicht unbeabsichtigt einen

auslösen.
Die Wiederaufnahme benötigt eine bestätigte

.
Der Auftrag wird erst nach dokumentierter Zielübergabe als

geführt.
Die

beschreibt die Zeit zwischen festgelegtem Start und Abschluss.
Die

gibt den Anteil rechtzeitig abgeschlossener fälliger Aufträge an.


Offene Aufgaben


Leicht

  1. Fünf Auftragszustände erklären: Erstelle eine übersichtliche Karte mit den Zuständen angeboten, übernommen, unterwegs, blockiert und abgeschlossen. Ergänze für jeden Zustand ein eigenes Beispiel aus einem erfundenen Lager.
  2. Ein Ereignisprotokoll entwerfen: Zeichne eine Tabelle mit Auftrags-ID, Zeit, Ereignis, Quelle und neuem Zustand. Trage mindestens drei synthetische Ereignisse zu A-204 ein.
  3. Belegte Fakten von Annahmen trennen: Erstelle zwei Spalten zu PAOLO: Was sagt die Liebherr-Quelle tatsächlich, und welche Angaben sind im Kurs ausdrücklich nur Lehrannahmen? Begründe mindestens vier Zuordnungen.
  4. Kennzahlen anschaulich darstellen: Erstelle ein Balkendiagramm für 18 rechtzeitige von 20 fälligen Aufträgen und beschrifte die 90 Prozent als synthetischen Lehrwert.


Standard

  1. Zustandsdiagramm testen: Entwirf eine Übergangstabelle mit erlaubten und verbotenen Wechseln. Begründe mindestens drei verbotene Übergänge und formuliere Tests dazu.
  2. Duplikatmeldung untersuchen: Erzeuge zehn fiktive Ereignismeldungen, davon drei Wiederholungen. Zeige, wie deine Regel doppelte Aufträge verhindert, ohne echte Störungen zu übergehen.
  3. Blockierquote berechnen: Berechne die Blockierquote für 18 blockierte Minuten in 360 betrachteten Minuten. Erkläre, welche Aussage daraus folgt und welche nicht.
  4. Interdisziplinäre Schnittstelle planen: Beschreibe für Lagerlogistik, Mechatronik und Fachinformatik jeweils zwei Zuständigkeiten bei der Störungsmeldung und eine gemeinsame Übergabeinformation.


Schwer

  1. Idempotente Ereignisverarbeitung modellieren: Entwickle Pseudocode, der wiederholte Ereignis-IDs erkennt, den Zustand prüft und eine zweite Transportauslösung verhindert. Ergänze Tests bei vertauschter Reihenfolge.
  2. Störungsdashboard entwickeln: Entwirf ein Dashboard mit Blockierdauer, Anzahl betroffener Aufträge, Termintreue und offenen Ursachen. Begründe Warnschwellen als frei gewählte Lehrannahmen, nicht als PAOLO-Parameter.
  3. Mensch-Maschine-Interaktion analysieren: Nutze die Liebherr-Primärquelle und eine allgemeine FTF-Fachquelle, um Chancen und Grenzen zu vergleichen. Leite drei Fragen ab, die vor einer betrieblichen Freigabe geklärt werden müssen.
  4. Modellfall präsentieren und verteidigen: Erstelle ein kurzes Video oder eine Präsentation, in der du Modellfall A-204, die Duplikatkontrolle, die Zeitrechnung und deine Sicherheitsgrenzen erklärst. Kennzeichne alle synthetischen Werte.




Text bearbeiten Bild einfügen Video einbetten Interaktive Aufgaben erstellen



Lernkontrolle

  1. Zustandsübergänge prüfen: Gegeben ist „unterwegs“ plus Blockierungsmeldung. Nenne den korrekten Zielzustand, den notwendigen Protokolleintrag und zwei unzulässige Reaktionen.
  2. Doppeltransport diagnostizieren: Zwei Meldungen mit identischer Auftrags-ID treffen zeitgleich ein. Beschreibe eine Regel, die doppelte Ausführung verhindert, und nenne einen Test, der die Regel widerlegen könnte.
  3. Kennzahlen nachvollziehbar rechnen: 27 von 30 fälligen Lehrmodell-Aufträgen werden rechtzeitig abgeschlossen. Berechne die Termintreue und erläutere, warum die Kennzahl allein keine Sicherheit belegt.
  4. Zeitdaten auswerten: In 300 überwachten Minuten entfallen im synthetischen Fall 15 Minuten auf Blockierungen. Berechne die zeitbezogene Blockierquote und nenne eine mögliche Datenqualitätsfrage.
  5. Transfer auf eine zweite Engstelle: Übertrage die Zustands- und Protokollregeln auf eine fiktive Engstelle C. Erkläre, welche Regeln unverändert bleiben und welche Daten für die neue Engstelle ergänzt werden müssen.
  6. Fehlerhafte Abschlussmeldung beurteilen: Ein System meldet „abgeschlossen“, doch eine Übergabebestätigung fehlt. Formuliere die korrekte Rückfrage und begründe, weshalb der Datensatz nicht ungeprüft als Lieferung zählt.


Lernnachweis

Als Lernnachweis gibst du ein zusammenhängendes, prüfbares Ergebnis ab:

  • ein Zustandsdiagramm mit fünf definierten Zuständen und erlaubten Übergängen;
  • eine Ereignis- und Auftragstabelle mit synthetischen IDs, Zeitstempeln, Quellen und Statuswechseln;
  • eine dokumentierte Duplikatregel einschließlich mindestens drei positiver und drei negativer Tests;
  • mindestens drei korrekt erläuterte Kennzahlen samt Rechenweg, Zeitbasis und Einschränkungen;
  • eine Modellfalllösung mit sicherer Eskalation, dokumentierter Freigabeannahme und Abschlussbedingung;
  • eine kurze Reflexion, was durch die Quellen belegt ist und was im Lehrmodell erfunden wurde.

Bewertet werden fachliche Richtigkeit, Nachvollziehbarkeit, Umgang mit Unsicherheit, korrekte Berechnung, Datensparsamkeit und die klare Trennung zwischen Simulation und realem Betrieb.

OER und Wikipedia

Offene Lernressourcen

Als allgemeine Einstiegstexte eignen sich der Wikipedia-Artikel zum fahrerlosen Transportfahrzeug und zur Mobilrobotik. Wikipedia ist eine veränderbare allgemeine Informationsquelle; bei sicherheitsrelevanten Entscheidungen sind qualifizierte betriebliche Unterlagen und geltende Regeln maßgeblich. Der Artikel beschreibt FTF/FTS als Zusammenspiel von Fahrzeug, Leitsteuerung, Ortung bzw. Lageerfassung, Kommunikation und Infrastruktur.

Geprüfte Medien und Rechte

Medium / Dateiname Quellenangabe Urheber Lizenz / Rechtehinweis
File:AGV - Automated Guided Vehicle.jpg Wikimedia Commons – Dateiseite Marta Veverica; eigene Arbeit, 12.02.2019 CC BY-SA 4.0; Namensnennung und Share-Alike beachten.
File:Ek robotics-smart move-heavy move-agv-Warema Renkhoff SE-rgb.jpg Wikimedia Commons – Dateiseite Timmo at ek robotics GmbH; eigene Arbeit, 06.10.2022 CC BY-SA 4.0; Namensnennung und Share-Alike beachten.
Fachquelle PAOLO und Smart Factory Liebherr, UpLoad Magazin 02/2025: Unser Weg zur Smart Factory Liebherr-Werk Ehingen GmbH / Magazinbeitrag Textquelle zum Beleg des beschriebenen Einsatzes; kein pauschales Recht zur Wiederverwendung von Liebherr-Bildern abgeleitet.
PDF-Ausgabe der Fachquelle UpLoad 02/2025, PDF Liebherr-Werk Ehingen GmbH Zur Recherche und Quellenangabe; kein offenes Bildlizenzrecht unterstellt.
Allgemeiner Fachartikel Fahrerloses Transportfahrzeug Wikipedia-Beitragende Inhalte gemäß den auf Wikipedia ausgewiesenen Lizenzbedingungen; Medienrechte jeweils separat prüfen.

Für diese Fassung wurde kein frei zugängliches Video identifiziert, das inhaltlich spezifisch PAOLO und die blockierte Strecke dokumentiert und dessen Quelle sowie Rechte zuverlässig belegt sind. Deshalb wird kein Video als geprüft ausgegeben und kein nicht verifiziertes Video eingebettet. Das ist eine bewusste Quellenbegrenzung, kein Hinweis darauf, dass es kein solches Video geben kann.

Verknüpfte Lernbereiche

Berufliche Zuordnung

Empfohlene Lernverknüpfung – keine verbindliche Ausbildungsordnung: Mechatronikerinnen und Mechatroniker (3. Ausbildungsjahr) analysieren Zustands-, Sensor- und Freigabelogik; Fachinformatikerinnen und Fachinformatiker (3. Ausbildungsjahr) modellieren Ereignisse, Dublettenprüfung, Logs und Tests; Fachkräfte für Lagerlogistik (3. Ausbildungsjahr) prüfen Warenidentität, Materialfluss, Übergaben und Kennzahlen. Die Jahresfolge und Zuordnung sind redaktionelle Lernempfehlungen und müssen mit Ausbildungsbetrieb und Berufsschule abgestimmt werden.

Didaktischer und rechtlicher Hinweis

Dieser Kurs ist ergänzendes Lernen, kein offizieller Liebherr-Lehrgang und kein Ersatz für Betriebsanweisungen, Gefährdungsbeurteilungen, Herstellerdokumentation oder betriebliche Unterweisung. PAOLO ist hier die betriebliche Bezeichnung aus der Fachquelle; Hersteller, Navigationstechnik und Traglast werden nicht behauptet. Alle Layouts, Auftragskennungen, Zeitstempel, Auftragsmengen, Zustandsregeln und Kennzahlenbeispiele sind synthetische Lehrmodelle. Reale Arbeit an Maschinen nur nach betrieblicher Unterweisung und qualifizierter Anleitung.

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-Hauptseite

Mediathek

Inhalte werden geladen ...

Mediathek wird aus dem Wiki geladen ...