Automatisierung & Robotik

Automatisierung bedeutet Orchestrierung¶

Ein Roboter, der Pakete sortiert, ist ein Aktuator. Ein Foerderband ist Transport. Eine SPS ist ein Controller. Der Wert liegt nicht in einem dieser Elemente einzeln — der Wert liegt im System, das weiss, wohin jedes Paket gehoert, Dutzende Roboter und Foerderbaender gleichzeitig koordiniert, in Echtzeit auf Ausnahmen reagiert und die Leistung an das ERP meldet.

Wir bauen die Orchestrierungsschicht zwischen der physischen Welt (OT) und den Geschaeftssystemen (IT). SPSen steuern Maschinen. Unsere Software steuert den Prozess.

Sortierlinien¶

Steuerungsarchitektur¶

Eine Sortierlinie ist ein Echtzeitsystem. Ein Paket auf dem Band wartet 200ms — wenn die Software nicht entscheidet, wohin es geht, faehrt das Paket zum Fallback-Ausgang.

Decision Engine: 1. Kamera/Scanner liest Identifikator (Barcode, QR, OCR) 2. Lookup im lokalen Cache (WMS-Daten, Routing-Regeln) 3. Entscheidung: Ausgang 1-N basierend auf Ziel, Prioritaet, Abmessungen 4. Signal an SPS: „Diverter an Position X in Y Millisekunden aktivieren”

Gesamter Flow unter 50ms. Lokale Verarbeitung, keine Abhaengigkeit von Cloud oder WAN.

SPS-Integration¶

OPC-UA (Unified Architecture): Moderner Standard fuer industrielle Kommunikation. Client-Server- und Pub/Sub-Modell. Integrierte Sicherheit (Verschluesselung, Authentifizierung). Strukturiertes Datenmodell — Sie lesen „Motor 3 Temperatur” statt „Register 40001”.

Integrationsmuster:

WMS → [Routing Rules Engine] → [OPC-UA Client] → PLC → Diverter
       ↑                                          ↓
  [Dashboard] ← [Telemetry Collector] ← [OPC-UA Subscription]

SPS bleibt Master fuer Echtzeitsteuerung (Sicherheit, Timing). Unsere Schicht ist Master fuer Geschaeftslogik (wohin was gehoert, Priorisierung, Ausnahmen).

Monitoring und Optimierung¶

• Durchsatz: Pakete pro Stunde pro Ausgang. Trend, Schichtvergleich.
• Stau-Erkennung: Lichtschranken + Beschleunigungssensoren. Automatische Stau-Erkennung, Alert an Operator, optionale automatische Wiederherstellung.
• Fehlsortierungsrate: Wie viele Pakete am falschen Ausgang landeten. Ursache: Fehlscan, falsches Routing-Regel, Timing-Problem.
• Auslastung: Linienkapazitaetsauslastung. Peak vs. Off-Peak. Engpass-Identifikation.

AMR (Autonome Mobile Roboter)¶

Flottenkoordination¶

Ein AMR-Roboter ist einfach. Zehn AMR-Roboter im selben Raum sind eine Orchestrierungs-Herausforderung:

Verkehrsmanagement: - Pfadplanung: A- oder RRT-Algorithmen fuer die optimale Route - Kollisionsvermeidung: Dynamische Umplanung wenn zwei Roboter aufeinandertreffen - Kreuzungsmanagement: Virtuelle Ampeln an Kreuzungen — ein Roboter faehrt durch, andere warten - Deadlock-Praevention:* Erkennung und Aufloesung zirkulaerer Blockaden

Aufgabenzuweisung: - WMS generiert Aufgaben: Artikel X von Standort A abholen, an Standort B liefern - Fleet Manager weist Aufgabe dem optimalen Roboter zu (naechster, meiste Batterie, richtiger Typ) - Multi-Task-Optimierung: Roboter nimmt mehrere Artikel auf dem Weg mit - Priority Queue: Dringende Bestellungen ueberholen Standardauftraege

WMS-Integration¶

AMR-Flotte ist die Ausfuehrungsschicht fuer WMS:

• Inbound: Roboter bringt Palette vom Wareneingang zum Lagerplatz
• Replenishment: Roboter fuellt Kommissionierplatz vom Lager auf
• Picking: Roboter bringt Regale zum Operator (Goods-to-Person)
• Outbound: Roboter bringt fertige Bestellung zum Versand

Echtzeit-Transparenz: WMS sieht Position jedes Roboters, Status jeder Aufgabe, ETA der Fertigstellung.

Flottenmanagement¶

• Lade-Orchestrierung: Batteriestand-Vorhersage, automatische Rueckkehr zum Ladegeraet vor Entladung. Optimierung — nicht alle Roboter laden gleichzeitig.
• Wartungsplanung: Praventive Wartung basierend auf Betriebsstunden, Fehleranzahl, Sensor-Health.
• Leistungskennzahlen: Aufgaben pro Stunde, durchschnittliche Transportzeit, Auslastungsrate pro Roboter. Identifikation von Underperformern.

IT/OT-Konvergenz¶

Warum es schwierig ist¶

IT- und OT-Welten haben grundlegend unterschiedliche Prioritaeten:

	IT	OT
Prioritaet	Vertraulichkeit	Verfuegbarkeit
Update-Zyklus	Wochen	Jahre
Protokolle	HTTP, SQL, AMQP	Modbus, PROFINET, OPC-UA
Downtime-Toleranz	Minuten	Sekunden
Lebenszyklus	3-5 Jahre	15-20 Jahre

Diese Welten zu verbinden erfordert Respekt fuer beide. Man kann OT-Systemen keine IT-Ansaetze aufzwingen (haeufige Updates, Cloud-first) und IT-Systemen nicht die OT-Rigiditaet.

Integrationsarchitektur¶

DMZ zwischen IT- und OT-Netzwerk:

[OT Network]                    [DMZ]                      [IT Network]
PLC, SCADA, HMI  →  [OPC-UA Gateway]  →  [Integration Layer]  →  ERP, WMS, BI
                     [Firewall]           [Kafka/MQ]             [Cloud]
                     Unidirectional       Protocol translation

Schluesselprinzipien: - Netzwerksegmentierung: OT-Netzwerk isoliert von IT und Internet. Kommunikation nur ueber definierte Gateways. - Unidirektional wo moeglich: Daten von OT nach IT (Telemetrie, Status). Befehle von IT nach OT ueber explizite, auditierte Kanaele. - Protokolluebersetzung: OPC-UA oder Custom-Adapter uebersetzen industrielle Protokolle in IT-Standards (REST, Kafka, MQTT). - Audit Trail: Jeder Befehl von IT nach OT protokolliert. Wer, wann, was, warum.

Legacy-Integration¶

Nicht jede SPS spricht OPC-UA. Aeltere Systeme erfordern:

• Modbus TCP/RTU: Verbreitetstes Legacy-Protokoll. Einfaches Register-basiertes Read/Write. Custom Modbus Gateway fuer Uebersetzung in moderne API.
• PROFINET: Siemens-Oekosystem. Echtzeit-Ethernet-Protokoll.
• EtherNet/IP: Rockwell/Allen-Bradley-Oekosystem. CIP-Protokoll ueber Ethernet.
• Proprietaer: Serielle Schnittstelle, proprietaere Binaerprotokolle. Reverse Engineering wo Dokumentation fehlt.

Digital Twin¶

Virtuelles Modell des physischen Prozesses¶

Digital Twin ist keine 3D-Visualisierung (obwohl er eine enthalten kann). Es ist ein Simulationsmodell, das den aktuellen Zustand des physischen Systems widerspiegelt und What-if-Analysen ermoeglicht:

• Aktueller Zustand: Reale Sensordaten → Live-Modell. Operator sieht den gesamten Linienstatus in Echtzeit.
• What-if-Simulation: Was passiert, wenn wir die Bandgeschwindigkeit um 20% erhoehen? Wo ist der Engpass? Wie viele Roboter brauchen wir fuer die Hochsaison?
• Praediktiv: Modell sagt zukuenftiges Verhalten basierend auf historischen Daten und aktuellem Trend voraus.
• Training: Neuer Operator lernt am virtuellen Modell. Kein Risiko, echte Hardware zu beschaedigen.

Implementierung¶

• Datenschicht: Echtzeit-Telemetrie von OT-Systemen (OPC-UA, MQTT)
• Simulations-Engine: AnyLogic, SimPy oder benutzerdefinierte diskrete Ereignissimulation
• Visualisierung: 3D-Modell (Unity, Unreal Engine) oder 2D-Schemaansicht (Grafana, Custom Web App)
• Integration: Simulationsergebnisse → Kapazitaetsplanung, Wartungsplanung, Layout-Optimierung

Technologie-Stack¶

Kommunikation: OPC-UA, Modbus TCP/RTU, PROFINET, EtherNet/IP, MQTT, Kafka.

AMR-Plattformen: MiR, OTTO Motors, Locus Robotics, Custom AGV-Integration.

Simulation: AnyLogic, SimPy, FlexSim, benutzerdefinierte diskrete Ereignissimulation.

Flottenmanagement: ROS 2, Custom Fleet Orchestration, VDA 5050-Schnittstelle.

Monitoring: Grafana, InfluxDB, Prometheus, Custom OEE-Dashboards.

Verwandt mit