1. Home
    1. Dashboard
    2. Search
  2. Forum
    1. Unresolved Threads
    2. Members
      1. Recent Activities
      2. Users Online
      3. Team Members
      4. Search Members
      5. Trophys
  3. Articles
  4. Blog
  5. Videos
  6. Jobs
  7. Shop
    1. Orders
  • Login or register
  • Search
This Thread
  • Everywhere
  • This Thread
  • This Forum
  • Articles
  • Pages
  • Forum
  • Blog Articles
  • Products
  • More Options
  1. Robotforum - Support and discussion community for industrial robots and cobots
  2. Forum
  3. General Category - Robot Forum
  4. General Discussion of Industrial Robots Only
Your browser does not support videos RoboDK Software for simulation and programming
Visit our Mainsponsor
IRBCAM
Robotics Channel
Robotics Training
Advertise in robotics
Sponsored Ads

Max Speed & Acceleration

  • Reckless
  • February 9, 2023 at 7:21 PM
  • Thread is Unresolved
  • Reckless
    Reactions Received
    6
    Trophies
    1
    Posts
    104
    • February 9, 2023 at 7:21 PM
    • #1

    How to calculate how fast robot will reach max speed? I am comparing one robot that has max acceleration 2000mm/s but has acceleration of 0.6G to another with max speed of 1800mm/s acceleration 2G. Chatgpt says 26 seconds for robot 1 and robot 2 19 seconds. Once robot reaches max velocity will it stay there even though its only covering 300mm and swinging back in the other direction? Like a 3d printer going back and forth.

  • Nation
    Typical Robot Error
    Reactions Received
    523
    Trophies
    9
    Posts
    1,903
    • February 9, 2023 at 8:55 PM
    • Best Answer
    • #2

    ChatGPT is not the best at math.

    This is a classic unit cancellation problem.

    1g is 9.81m/s2 = 9.81m/s2 * 1000mm/1m = 9810mm/s2

    2000mm/s * 1/(9810 mm/s2 *0.6) = 2000mm/s * 1/5886mm/s2 = 2000mm/s *0.000169s2/mm = 0.33 seconds for robot 1 to accelerate to max speed.

    1800mm/s * 1/(9810 mm/s2 *2) = 1800mm/s * 1/19620mm/s2 = 1800mm/s *

    0.000051s2/mm = 0.09 seconds for robot 2 to accelerate to max speed.

    Quote from Reckless

    Once robot reaches max velocity will it stay there even though its only covering 300mm and swinging back in the other direction? Like a 3d printer going back and forth.

    No. It has to fully come to a stop and change direction.

    Check out the Fanuc position converter I wrote here! Now open source!

    Check out my example Fanuc Ethernet/IP Explicit Messaging program here!

  • Reckless
    Reactions Received
    6
    Trophies
    1
    Posts
    104
    • February 9, 2023 at 9:00 PM
    • #3

    Yes, chatgpt seems to make alot of mistakes! Thanks for clarifying this for me. I was worried that it would take much longer to get to speed. Still even 0.33 seconds is alot considering small space. Hopefully robot 1 makes it up by reaching higher max velocity.

  • panic mode
    Reactions Received
    1,267
    Trophies
    11
    Posts
    13,033
    • February 9, 2023 at 9:15 PM
    • #4
    Quote from Reckless

    I am comparing one robot that has max acceleration 2000mm/s ...

    that is velocity and it is 2m/s. acceleration is in m/s2

    acceleration is change of speed over time.

    so during long move axis accelerates, reaches programmed velocity, continues to move at that velocity, then decelerates before stopping.

    if movement is short or velocity is high or acceleration is low, there may not be "cruising" portion (top flat part of the trapezoid). profile may be a triangle with only accelerating and immediately decelerating.

    if distance is x,

    then velocity is v=dx/dt

    and acceleration is a=dv/dt

    to fund out distance traveled you can integrate the above to get something every 1st year engineering student familiar with:

    x=0.5*a*t2 +v*t +x0

    etc.

    don't forget to always convert all things into same set of units.

    g=9.81 m/s2

    so 0.6g is 5.9m/s2

    2g is 19.6m/s2

    2000mm/s is 2m/s

    etc.

    then you can do the math...

    starting from rest, and using acceleration of 5.9m/s2 first robot can reach maximum velocity of 2m/s in

    t=v/a=0.34 seconds

    then it will take another 0.34 seconds to decelerate and come to a stop.

    the total covered distance is 0.68m.

    so when the move at max velocity and acceleration is longer than that, there will be portion of move profile where robot maintains the max speed (trapezoid), otherwise motion profile is triangle (accel and decel, without cruising at fixed speed)

    since the max velocity is similar (2m/s vs 1.8m/s) but acceleration is VERY different (5.9 vs 18.6 m/s2) the second robot will win all the time. for first robot to win, travel distance would need to be long... longer than robot reach.

    for example second robot reaches max velocity in 0.092sec. with decel profile the same, that means covering 0.33m in 0.18s

    but isn't 0.33m less than 0.68m?

    yes... but this also means that while first robot covered 0.68m in 0.68seconds, the second robot only wasted 0.184s on accelerating and decelerating. the remaining time (0.68sec - 0.184s = 0.496 sec) second robot can use to move at the max velocity. during that part of the move, it would cover additional 1.8m/s * 0.496s = 0.893m. this means that second robot could move in 0.68 seconds 0.33m+0.893m = 1.233m

    that is nearly double distance that the first robot did in same time.

    the travel distance that both robots can reach at the same time would be when x1=x2 and t1 = t2

    x1= 0.68+ v1*(t1-0.68)

    x2= 0.33 +v2*(t2-0.184)

    0.68+2(t-0.68)=0.33+1.8(t-0.184)

    0.2t = 0.6788

    t=3.394sec

    and the break even distance is 6.1m

    so for robot1 to win, both robots would need to be able to move more than 6.1m

    as long as distance is shorter, robot2 is always faster, specially when motions are shorter.

    1) read pinned topic: READ FIRST...

    2) if you have an issue with robot, post question in the correct forum section... do NOT contact me directly

    3) read 1 and 2

  • Lemster68
    Reactions Received
    295
    Trophies
    9
    Posts
    2,454
    Blog Articles
    7
    • February 9, 2023 at 10:11 PM
    • #5

    My colleagues are much better at all these calculations than I. What I have to add is that you have no mention of what payload it will be carrying and are the robots the same size, payload capacity? A good robot will know not to damage/destroy its gearboxes and servos because some knucklehead told it to travel at an outrageous speed just because they can or do not know any better. The robot will accelerate to the best of it structural ability, considering the mass and center of gravity of the payload. So if the "Slower" robot can actually carry a greater payload than the "faster" robot, it may in actual use be the "faster" robot.

  • Reckless
    Reactions Received
    6
    Trophies
    1
    Posts
    104
    • February 10, 2023 at 12:22 AM
    • #6

    Payload is only 500gram. Robot 1 is what I have and Robot 2 was being considered if speed is 20%+ faster. It is amazing to see how the slower max speed robot beats the higher speed robot over acceleration. Turtle vs Rabbit story.

    Now my new problem how to pull in gerber data into robots software for dispensing like below:

    External Content www.youtube.com
    Content embedded from external sources will not be displayed without your consent.
    Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.

  • panic mode
    Reactions Received
    1,267
    Trophies
    11
    Posts
    13,033
    • February 10, 2023 at 1:52 AM
    • #7

    yes, the payload is only 0.5kg but the actuators need to move much more than just the payload - they need move robot arm itself. and if the motors etc are part of the arm, that is a lot of mass. just do the math. does not need to be spot on, just an estimate or sanity check.

    for example:

    small robot like Agilus weighs about 35kg. and big deal of that mass is in the moving part (the arm itself). so to move that mass at high speed takes a lot of energy. kinetic energy is mv2/2

    so for if moving part of the arm is 20kg and traveling at 10m/s it has kinetic energy of 1000J.

    if the motion is 500mm long at speed of 10m/s it would last 50ms.

    power is simply dE/dt so if the move lasts 0.05sec, that would correspond to 20kW. that is about 15x more than what small robot normally consumes under load and about 10x more than AC outlet can supply.

    at that power level that is not a robot, it is a catapult that can fire at the rate of a Gatling gun. if such thing existed, you would not want that on your desk or anywhere near you.

    gerber files use very simple format that is well documented. even better, it is just a text file which is easy to process and there are only handful of commands. positional data is in plain view and easy to interpret.

    Gerber format - Wikipedia
    en.wikipedia.org

    this is snippet from one of my files:

    1) read pinned topic: READ FIRST...

    2) if you have an issue with robot, post question in the correct forum section... do NOT contact me directly

    3) read 1 and 2

  • Reckless
    Reactions Received
    6
    Trophies
    1
    Posts
    104
    • February 10, 2023 at 2:45 AM
    • #8

    I'm a torque monster.... like Tim Allen in Home Improvement always making crazy stuff that blows up in his face. I'm planning to put this on my desk BUT will only go near it to change out pcbs every 20-30 minutes (may put two jetting heads to double the speed or make 2 separate setups for redundancy). Personally its not going to move that fast in any direction due to the dispensing head dispensing. It just needs to move incrementally at micro time units. Probably where the 2G acceleration would have been better.

    Thanks for pointing out gerber file data, that was my next step to check. Originally I was planning to put vision on this application but may make a fixture and a 0,0 point. Easier for gerber data to line up.

  • Reckless
    Reactions Received
    6
    Trophies
    1
    Posts
    104
    • February 27, 2023 at 7:20 PM
    • #9

    One thing to watch out for with these type of calculations is what load rating they used to calculate, higher speed robots use low loads under 0.5kg and this robot was using 5kg load to calculate 0.6G. I am still trying to test it to see if it will work in my application.

Advertising from our partners

IRBCAM
Robotics Channel
Robotics Training
Advertise in robotics
Advertise in Robotics
Advertise in Robotics

Job Postings

  • Anyware Robotics is hiring!

    yzhou377 February 23, 2025 at 4:54 AM
  • How to see your Job Posting (search or recruit) here in Robot-Forum.com

    Werner Hampel November 18, 2021 at 3:44 PM
Your browser does not support videos RoboDK Software for simulation and programming

Tag Cloud

  • abb
  • Backup
  • calibration
  • Communication
  • CRX
  • DCS
  • dx100
  • dx200
  • error
  • Ethernet
  • Ethernet IP
  • external axis
  • Fanuc
  • help
  • hmi
  • I/O
  • irc5
  • IRVIsion
  • karel
  • kawasaki
  • KRC2
  • KRC4
  • KRC 4
  • KRL
  • KUKA
  • motoman
  • Offset
  • PLC
  • PROFINET
  • Program
  • Programming
  • RAPID
  • robodk
  • roboguide
  • robot
  • robotstudio
  • RSI
  • safety
  • Siemens
  • simulation
  • SPEED
  • staubli
  • tcp
  • TCP/IP
  • teach pendant
  • vision
  • Welding
  • workvisual
  • yaskawa
  • YRC1000

Thread Tag Cloud

  • abb
  • Backup
  • calibration
  • Communication
  • CRX
  • DCS
  • dx100
  • dx200
  • error
  • Ethernet
  • Ethernet IP
  • external axis
  • Fanuc
  • help
  • hmi
  • I/O
  • irc5
  • IRVIsion
  • karel
  • kawasaki
  • KRC2
  • KRC4
  • KRC 4
  • KRL
  • KUKA
  • motoman
  • Offset
  • PLC
  • PROFINET
  • Program
  • Programming
  • RAPID
  • robodk
  • roboguide
  • robot
  • robotstudio
  • RSI
  • safety
  • Siemens
  • simulation
  • SPEED
  • staubli
  • tcp
  • TCP/IP
  • teach pendant
  • vision
  • Welding
  • workvisual
  • yaskawa
  • YRC1000

Similar Threads

  • Fastest Linear Speed Robot? 2000mm/s+

    • Reckless
    • February 8, 2023 at 9:50 AM
    • General Discussion of Industrial Robots Only
  • array/grid-wise measurement with kuka robot

    • El_Mo
    • June 25, 2022 at 3:43 PM
    • KUKA Robot Forum
  • High Torque Gearing for Large Robots

    • SirFlamenco
    • October 14, 2021 at 8:56 PM
    • General Robotics Discussions - everything but NO Industrial Robots
  • [KUKA] LIN_REL problem

    • zwierzyk5
    • January 30, 2020 at 5:00 PM
    • KUKA Robot Forum
  • My new used kuka KR200L170 comp

    • cientista
    • March 24, 2018 at 2:00 PM
    • KUKA Robot Forum
  • How to reduce maximal acceleration in 7th axis configuration

    • ML_VS
    • July 17, 2019 at 4:10 PM
    • KUKA Robot Forum
  • Calculation for maximum feedrate or controller processing ability?

    • Mwatson_NF
    • April 17, 2019 at 10:21 PM
    • KUKA Robot Forum
  • Settings to make Fanuc programming easier (From all of us)

    • Fabian Munoz
    • February 5, 2017 at 5:50 PM
    • Manuals, Software and Tools for Fanuc Robots (you should look here first before posting)
  • Robot movement Joint Linear CNT

    • yootommy
    • February 9, 2019 at 11:19 PM
    • Fanuc Robot Forum
  1. Privacy Policy
  2. Legal Notice
Powered by WoltLab Suite™
As a registered Member:
* You will see no Google advertising
* You can translate posts into your local language
* You can ask questions or help the community with your knowledge
* You can thank the authors for their help
* You can receive notifications of replies or new topics on request
* We do not sell your data - we promise

JOIN OUR GREAT ROBOTICS COMMUNITY.
Don’t have an account yet? Register yourself now and be a part of our community!
Register Yourself Lost Password
Robotforum - Support and discussion community for industrial robots and cobots in the WSC-Connect App on Google Play
Robotforum - Support and discussion community for industrial robots and cobots in the WSC-Connect App on the App Store
Download