Your Robot Isn't Slow — It's Waiting
The symptom
Your robot's cycle time is longer than it should be. You've already optimized the path, reduced unnecessary moves, and tuned the speed as high as accuracy allows. The programmer says the motion is as fast as it can go without quality problems. But when you watch the cycle, there's a pause at every stop — a fraction of a second where the robot sits at the target before the process starts.
It doesn't look like much. But across a thousand cycles a day, those fractions add up.
What's happening
Every time your robot decelerates to a stop, the arm vibrates. Not dramatically — you might not even see it. But the controller knows the tool tip is oscillating, and the process can't start until it settles. That wait is called settling time, and your programmer probably built it into the program as a short dwell or delay.
In many applications, settling time accounts for 10–40% of the total cycle. It's the cycle time you can't see in a speed optimization — it's not about how fast the robot moves, it's about how long it takes to stop moving.
Why buying a faster robot doesn't always help
A faster robot moves faster — but if it's less rigid, it may vibrate more when it stops. The settling time problem can be worse on a faster arm than on a slower one, especially with heavy payloads or at full reach. Moving faster to the target and then waiting longer to settle is not a net improvement.
A different approach
Software-based vibration compensation reduces how much the arm vibrates when it stops. The robot runs the same path at the same speed — but it arrives at each stop with less oscillation, so it settles faster. The dwell time your programmer added can be reduced or eliminated.
No mechanical changes. No new robot. The improvement comes from smarter motion commands, not faster hardware.
Results
More than 80% reduction in endpoint vibration
Up to 2x throughput improvement by eliminating settling time overhead at each stop
Cycle time improvement using the same robot at the same speed
The math
If your robot has 10 precision stops per cycle, each with 200 ms of settling time, that's 2 seconds per cycle. At 1,000 cycles per day, 260 days per year, that's 144 hours of production time your robot spends sitting still. Recovering even half of that is meaningful capacity — without any capital expenditure.

Iago Alves Pereira
Co-Founder and CTO
Share post
Written by
Iago Alves Pereira
See what Reforge can improve on your robot
Bring one representative trajectory or error dataset. We’ll identify the relevant product, required inputs, and a bounded evaluation plan.



