← Latest papers
⚡ electrical engineering

Motion planning for hundreds of floating robots

This paper presents a scalable motion planning pipeline that decomposes collision avoidance for large fleets of floating robots into parallel interaction clusters, enabling the rapid generation of collision-free trajectories validated in simulations of up to 500 robots and real-world deployments.

Original authors: Jan Kamm, Antonio Terpin, Raffaello D'Andrea, Aswin Ramachandran

Published 2026-06-09
📖 4 min read☕ Coffee break read

Original authors: Jan Kamm, Antonio Terpin, Raffaello D'Andrea, Aswin Ramachandran

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine you are the director of a massive, floating dance show on a lake. You have hundreds of tiny, autonomous boats (robots) that need to move from one formation to another, like changing from a heart shape into the word "Water."

The problem? If you try to tell all 500 boats where to go at once, the math gets messy very fast. Every boat needs to avoid crashing into every other boat. As the number of boats grows, the number of "avoidance rules" explodes, making the computer take forever to figure out a safe path.

This paper presents a new, super-fast way to plan these dances so that a human designer can tweak the moves and see the result in just a few seconds, even for huge fleets.

Here is how they did it, broken down into simple steps:

1. The "Traffic Jam" Problem

Usually, planning for a fleet is like trying to solve a giant puzzle where every piece is connected to every other piece. If you have 500 robots, the computer has to check millions of potential collisions. It's like trying to direct traffic in a city where every car is talking to every other car simultaneously. It's too slow for a human to wait around.

2. The "Group Chat" Strategy (Hierarchical Planning)

Instead of making one giant list of rules for everyone, the authors' system acts like a smart organizer who breaks the crowd into smaller groups.

  • Step 1: The Rough Sketch. First, the computer draws a quick, rough line for every robot from start to finish. This line might have crashes, but it gives a starting point.
  • Step 2: Finding the Clusters. The computer looks at this rough sketch and asks, "Who is actually bumping into whom?" It builds a map (a graph) showing only the robots that are close to each other.
  • Step 3: Breaking it Up. It groups these "bumping" robots into small clusters. Robots that are far apart don't need to talk to each other.
  • Step 4: Parallel Solving. Now, instead of one super-computer trying to solve the whole lake, the system sends each small group to a different processor to solve their own mini-puzzle at the same time. It's like having 50 different people fix 50 different traffic jams simultaneously instead of one person fixing them all one by one.

3. The "Safety Buffer"

Sometimes, when you fix a crash in one group, you might accidentally cause a crash in a neighboring group. To handle this, the system adds a "safety buffer" (a little extra time and space) around the groups. If two groups overlap too much, the system smartly merges them just for that specific moment, solves the bigger problem, and then splits them back up. This prevents the system from getting stuck in an endless loop of fixing the same mistakes.

4. The "Smart Math" Trick

Inside each small group, the computer uses a specific type of math (called Sequential Convex Programming) to smooth out the paths. The authors improved this math by changing how they write the equations. Think of it like switching from a messy, handwritten note to a clean, organized spreadsheet. This change makes the computer solve the math much faster and more reliably, especially when the robots are packed tightly together.

Real-World Proof

The team didn't just simulate this on a computer; they actually tested it in the real world:

  • Lake Zürich: They successfully choreographed 24 floating robots to perform a show.
  • Venice Biennale (2025): They used it for an art installation with 8 robots.
  • Simulation: They proved it works for up to 500 robots in a computer simulation.

The Bottom Line

The main achievement is speed and reliability. Before this, planning a show for hundreds of robots might take hours or fail completely. With this new pipeline, a designer can move a few "keyframes" (the start and end positions of the dance) and get a safe, collision-free plan back in seconds. This makes it possible to create complex, interactive robot shows where humans can tweak the choreography on the fly without waiting for the computer to catch up.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →