Nicht der Griff ist schwer, sondern die Taktung
Ein einzelner Roboter, der Produkte von einem Band greift und in einen Behälter legt, ist heute gelöste Technik. Delta-Kinematik, Bahnplanung, ein sauberer Pick-and-Place-Zyklus – das bekommt man zuverlässig hin. Interessant wird es erst, wenn die geforderte Leistung mit einem Roboter nicht mehr zu schaffen ist und du mehrere Roboter auf eine Linie stellst.
Ab diesem Moment verschiebt sich das eigentliche Problem: weg vom einzelnen Griff, hin zur Koordination. Die ankommenden Produkte müssen so auf die Roboter verteilt werden, dass keiner leerläuft, keiner überfordert ist und am Ende keine Lücke im Behälter bleibt. Das ist kein mechanisches, sondern ein Software- und Regelungsproblem.
Zwei Bänder, zwei Richtungen: Gegen- und Gleichstrom
In einer Roboterstraße laufen typischerweise zwei Ströme nebeneinander: der Produktstrom (die zu greifenden Teile) und der Behälterstrom (die zu befüllenden Trays, Kartons, Blister). Entscheidend ist, in welcher Richtung diese beiden zueinander laufen.
Im Gleichstromverfahren bewegen sich Produkt- und Behälterband in dieselbe Richtung. Der Roboter kann ein Stück „mitfahren", die Relativgeschwindigkeit zwischen Greifpunkt und Ablagepunkt ist geringer – das entlastet die Dynamik, kostet aber Baulänge und macht die Zuordnung über die Strecke aufwändiger.
Im Gegenstromverfahren laufen die Bänder gegeneinander. Produkte und Behälter begegnen sich, die Relativbewegung ist höher, dafür lässt sich auf kürzerer Strecke dichter befüllen. Der Preis ist eine anspruchsvollere Bahn- und Zeitplanung: Der Roboter hat pro Produkt ein engeres Zeitfenster, in dem Greifen und Ablegen sauber zusammenpassen müssen.
Welches Verfahren passt, ist keine Geschmacksfrage – was über das Layout entscheidet, ist meist die Logistik: Zu- und Abführung, verfügbare Baulänge, Taktrate, Produktgewicht und Roboterdynamik. Beide Varianten sauber zu beherrschen, ist genau der Punkt, an dem sich Erfahrung zeigt.
Lücken sind der Feind: unabhängige Transportabschnitte
Produkte kommen selten gleichmäßig an. Mal ein Pulk, mal eine Durststrecke. Wenn du diesen ungleichmäßigen Zustrom einfach auf mehrere Roboter aufteilst, passiert zuverlässig das Falsche: Der erste Roboter arbeitet am Anschlag, die hinteren bekommen nur noch Reste, und im Behälter bleiben Lücken.
Der Hebel dagegen ist, das Produktband nicht als ein starres Band zu behandeln, sondern es über Trennstellen in mehrere, unabhängig ansteuerbare Abschnitte zu unterteilen. Damit lässt sich der Zustrom vor jedem Roboter gezielt verdichten oder auseinanderziehen – jeder Roboter bekommt seinen Anteil in dem Rhythmus, den er braucht. Das Ergebnis ist eine gleichmäßige Auslastung aller Roboter und ein lückenlos gefüllter Behälter, ohne dass ein Roboter zum Flaschenhals wird.
Klingt einfach, ist es aber nicht: Diese Abschnitte, die Produktpositionen und die Roboterzuteilung müssen in jedem Zyklus konsistent zusammenpassen – bei voller Bandgeschwindigkeit.
Sehen, bevor man greift
In der Praxis liegen Produkte selten exakt positioniert auf dem Band. Eine Kamera erfasst Lage und Orientierung, oft im laufenden Prozess, und übergibt dem Roboter, wo genau er zugreifen muss. Das klingt nach einem separaten Baustein, ist aber Teil derselben Echtzeitkette: Bildinformation, Bandposition (Encoder) und Roboterzuteilung müssen im selben Takt zusammengeführt werden. Ein Kamerawert, der zu spät kommt oder nicht sauber der richtigen Bandposition zugeordnet ist, ist wertlos.
Was das über gute Software verrät
Und hier kommt der eigentliche Punkt – der weit über Robotik hinausreicht. Eine koordinierte Roboterstraße funktioniert nur, wenn die Software drei Dinge gleichzeitig leistet:
- Hart echtzeitfähig. Zuteilung, Bahnplanung und Sensordaten laufen im deterministischen Takt. Ein „meistens rechtzeitig" gibt es nicht.
- Strukturiert und wartbar. Der Zustand von Dutzenden Produkten, mehreren Robotern und Bandabschnitten muss jederzeit nachvollziehbar sein – sonst wird jede Erweiterung zum Risiko.
- Datenzentriert. Jedes Produkt, jeder Roboter, jeder Abschnitt ist am saubersten als eigenes, selbstbeschreibendes Datenobjekt abgebildet, nicht als loser Satz von Einzelvariablen.
Genau das ist die Denkweise, aus der heraus wir bei ASKS Automatisierungssoftware bauen: Struktur, Wiederverwendbarkeit und eine saubere Datenhaltung als Fundament – nicht als Kür. Die Koordination mehrerer Roboter ist dabei der ehrlichste Prüfstein, den es gibt: Sie bestraft schlampige Architektur sofort und sichtbar. Wer sie beherrscht, hat die Grundlagen im Griff, auf die es auch bei jeder anderen anspruchsvollen Steuerung ankommt.
Wann das für dich relevant ist
Wenn du eine Linie mit echter Leistungsanforderung planst – mehrere Roboter oder viele koordinierte Achsen, enge Takte, schwankender Zustrom – dann entscheidet sich das Projekt nicht am einzelnen Roboter, sondern an der Koordinationsschicht darüber. Das ist die Stelle, an der sich Erfahrung auszahlt.
Wenn das nach deiner Aufgabe klingt: Sprich mit uns.