Autonomer Stapler PAOLO in Ehingen – Auftragszustände bei blockierter Strecke behandeln
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
- Blockierungsereignis mit Auftrag, Abschnitt, Zeit und Quelle dokumentieren.
- Den betroffenen Transportauftrag als blockiert markieren; keine zweite Ausführung aus derselben Meldung starten.
- Dem zuständigen Betriebspersonal bzw. der im realen Betrieb definierten Leitstelle den Fall melden. Keine eigenmächtige Eingabe in reale Maschinensteuerungen.
- Ursache und Freigabestatus nach geltender betrieblicher Anweisung prüfen lassen.
- Erst nach bestätigter Freigabe entweder den ursprünglichen Auftrag fortsetzen oder einen genehmigten Alternativweg im Planungssystem zuweisen.
- 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
Offene Aufgaben
Leicht
- 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.
- Ein Ereignisprotokoll entwerfen: Zeichne eine Tabelle mit Auftrags-ID, Zeit, Ereignis, Quelle und neuem Zustand. Trage mindestens drei synthetische Ereignisse zu A-204 ein.
- 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.
- 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
- Zustandsdiagramm testen: Entwirf eine Übergangstabelle mit erlaubten und verbotenen Wechseln. Begründe mindestens drei verbotene Übergänge und formuliere Tests dazu.
- Duplikatmeldung untersuchen: Erzeuge zehn fiktive Ereignismeldungen, davon drei Wiederholungen. Zeige, wie deine Regel doppelte Aufträge verhindert, ohne echte Störungen zu übergehen.
- Blockierquote berechnen: Berechne die Blockierquote für 18 blockierte Minuten in 360 betrachteten Minuten. Erkläre, welche Aussage daraus folgt und welche nicht.
- Interdisziplinäre Schnittstelle planen: Beschreibe für Lagerlogistik, Mechatronik und Fachinformatik jeweils zwei Zuständigkeiten bei der Störungsmeldung und eine gemeinsame Übergabeinformation.
Schwer
- 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.
- 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.
- 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.
- 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.


Lernkontrolle
- Zustandsübergänge prüfen: Gegeben ist „unterwegs“ plus Blockierungsmeldung. Nenne den korrekten Zielzustand, den notwendigen Protokolleintrag und zwei unzulässige Reaktionen.
- 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.
- 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.
- 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.
- 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.
- 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-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