Gruppe A - Virtuelle Welt
Teammitglieder: Thorsten Heykes, Marko Hoyer, Thorsten Wülpern

Diese Gruppe soll die simulierte Welt [FM01] ansteuern und dort den Zustand der wirklichen Welt darstellen. Die virtuelle Welt wird über eine Socket-Verbindung angesteuert. Werkzeugmaschinen und Fahrzeuge können zur virtuellen Welt hinzugefügt und Fahrzeuge fahren gelassen werden. Die Implementierung soll in Java erfolgen.

Gruppe B - Simulation der Maschinen/Werkstücke
Teammitglieder: Peter Ewert, Jan-Patrick Osterloh, Lothar Pfeifer

Aufgabe dieser Gruppe ist es, das Eintreffen der Werkstücke und die Maschinen zu simulieren. Sie soll ausserdem die Aufträge an die Fahrzeuge erzeugen. Die Implementierung soll auch hier in Java erfolgen, damit die Methoden der Gruppe A direkt benutzt werden können. Es müssen hier die Planungsalgorithmen der Gruppe F implementiert und über die Gruppe C die Kommunikation mit den Fahrzeugen durchgeführt werden.

Gruppe C - Kommunikation
Teammitglieder: Anton Abaschin, Dimitri Nijasow, Dietrich Schuckmann

Diese Gruppe soll die Low-Level-Kommunikation mit den RCX-Bausteinen übernehmen. Dazu muss der Tower über die serielle Schnittstelle angesteuert, sowie die LNP-Pakete geparst und weitergegeben werden. Die Implementierung erfolgt wieder in Java, sodass die Gruppen A und C direkt auf die Methoden zugreifen können

Gruppe D - Arbiter
Teammitglieder: Ömer Ay, Nico Mischok, Martin Pielot, Malte Zilinski

Damit die Fahrzeuge nicht kollidieren, müssen sie für die einzelnen Streckenabschnitte, die sie befahren wollen, von der Streckenverwaltung die Durchfahrtsgenehmigung bekommen. Die Streckenverwaltung soll als PLC implementiert werden, der am Ende auf einem RCX-Baustein läuft. Er soll mit Uppaal verifiziert werden.

Gruppe E - Routenplanung
Teammitglieder: Stefan Andressen, Arne Bartels, Daniel Nüss

Wie bereits erwähnt, fahren die Fahrzeuge auf vorgefertigten Spuren. Die Aufgabe der Routenplanung ist es, den kürzesten Weg zu einem Zielpunkt zu bestimmen, dessen Länge an den Planungsalgorithmus weiterzugeben und dafür zu sorgen, dass die Route abgefahren wird. Staus sollen automatisch umfahren werden.

Gruppe F - Planungsalgorithmen
Teammitglieder: Roland Meyer, Timo Münkenwarf, Yvette Teiken

Diese Gruppe soll sich mit verschiedenen Planungsalgorithmen zur Koordination mehrerer holonischer Fahrzeuge auseinandersetzen. Sie soll einen für diese Fallstudie geeigneten Algorithmus erstellen und fahrzeugseitig implementieren. Sie soll die Kommunikation mit den Werkzeugmaschinen (Gruppe B) übernehmen.

Gruppe G - Streckendesign
Teammitglieder: Mark Ross, Casjen Schnars, Frank Stransky

Diese Gruppe übernimmt das Design der Strecke. Dazu gehören ein Layout der Fahrspuren, das Erstellen von Orientierungspunkten (z.B. Barcodes), sowie die Herstellung der physikalischen Strecke. Sie soll auch den Lego-Code schreiben der zur Erkennung der Position des Fahrzeuges dient.

Gruppe H - Fahrzeugdesign
Teammitglieder: Felix Dierich, Thomas Gebben, Jan-Georg von Oehsen

Diese Gruppe soll die Lego-Roboter bauen, und den Linienfolge-Algorithmus schreiben. Ausserdem muss sie bei Kreuzungen die richtige Fahrspur finden. Diese Gruppe ist auch für die Integration des Lego-Codes zuständig.

Die folgende Abbildung zeigt die geplante Kommunikationsstruktur der Teams untereinander: