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. Industrial Robot Support and Discussion Center
  4. KUKA Robot Forum
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

Limits of base calibration

  • robbrobb
  • October 21, 2019 at 6:17 AM
  • Thread is Unresolved
  • robbrobb
    Trophies
    3
    Posts
    12
    • October 21, 2019 at 6:17 AM
    • #1

    Kuka KR6 r900

    KSS 8.3

    I have been doing some experimentation with the base calibrate function on the above robot... Its a handy tool for the process I am working on, so I am trying to get a better understanding of it.

    Its easy enough to shift the base 10-20mm and re-calibrate. The basic script I am using will work fine with these minor changes.

    However, shifting the base to a new quadrant does not seem possible so far. I have tried adding intermediate points, but every time I will get a software limit error, and the robot will not move.

    Does anyone know if the base calibration designed for these large shifts? or only minor adjustments?

    Thanks!


    rob.

  • Online
    Leon
    Reactions Received
    32
    Trophies
    5
    Posts
    463
    • October 21, 2019 at 6:59 AM
    • #2

    Define what you mean by shifting a base to a new quadrant? are you using the geometric operator to shift your base?

    If by shifting your base to a new quadrant you mean going to a position where you are basically working on the other side of robot, you can not just shift your program linearly, you also need to either rotate your base or your tool orientation.

    Every problem has a solution, that isn't the problem. The problem is the solution.

  • robbrobb
    Trophies
    3
    Posts
    12
    • October 22, 2019 at 3:52 AM
    • #3

    Hi Leon,

    Apologies if that was not clear - but yes you are correct. if the base was on the right side of the robot, I have moved it over to the left. No geometric operator.

    By re-calibrating the base, am I not defining it's rotational orientation? I am using 3-point. Defining the origin, X and Y axis.

    I am using PTP only, and all poses are defined using the base as a reference.

  • Online
    Leon
    Reactions Received
    32
    Trophies
    5
    Posts
    463
    • October 22, 2019 at 11:04 AM
    • #4

    Oke, that makes things a little clearer, now i am thinking about how to explain this only by text.

    I have run into this same problem myself and there are a few ways around it.

    I use my robots only for milling so when i only have to do 2D work in choose the tool orientation Where the flange of A5 is aligned with one axis (x or y). this way you can always shift your base linearly over that same axis. So in my case for 2d work this is always the X-axis and i can move from x-1500 to x1500 and y from 0 to 1500. If i need to be on the other side i have to rotate the base by 180 degrees and then everything is fine.

    When i have to mill 3d objects or just simple multiple faces. Basically programs where you can not keep your tool orientation the same, i Always rotate the base when i have to move it to a different table (my setup has 6 different worktables in a circle round the base of the robot). So again in my case if move from 1 corner to the other for example x-1200 to x 1200, rotate the base by 90 degrees around z. This ensures that the biggest changes is basically A1 and the rest of your axis positions and the robots pose stays the same en thus preventing you from getting software limit errors or axis limit errors when shifting a base.

    I hope you can make some sense of this. It is not my most clear explanation but i dont have time to make some simple pictures to explain it better. Basically your problem is tool orientation and you have to mindful of it when shifting bases through different quadrants.

    Every problem has a solution, that isn't the problem. The problem is the solution.

  • panic mode
    Reactions Received
    1,263
    Trophies
    11
    Posts
    13,030
    • October 22, 2019 at 1:57 PM
    • #5

    Sounds like you need to learn more about Status and Turn

    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

  • Online
    SkyeFire
    Reactions Received
    1,038
    Trophies
    12
    Posts
    9,373
    • October 23, 2019 at 12:54 AM
    • #6

    "Software limit error" -- what error, specifically? On a LIN or PTP motion? Is the wrist trying to flip over, or the elbow trying to invert?

    If it's a limit on A4 or A6, you may be running into S&T issues. If you're using LIN motions, I suspect that your original points are programmed too close to the A5 singularity.

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

  • World coordinate system table alignment

    • phillfalco
    • January 21, 2017 at 1:55 AM
    • KUKA Robot Forum
  • New to connecting with robots...

    • brordautomation
    • May 24, 2016 at 10:44 AM
    • Kawasaki Robot Forum

Tags

  • calibrate

Users Viewing This Thread

  • 1 Guest
  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