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. Fanuc 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

Roboguide object calibration issues

  • ORDEP81
  • July 12, 2018 at 3:01 PM
  • Thread is Resolved
  • ORDEP81
    Trophies
    3
    Posts
    70
    • July 12, 2018 at 3:01 PM
    • #1

    So im running calibration on my fixture object in my workcell. I run my 3 points touch up in real world and object get offset correction in roboguide. I create a 6 point (3points with fixture table flat and another 3 points on the other side 180*)test program in roboguide to test how close it comes to real world, and its usually pretty close. Issue comes when the table is turned 180* my points seem to shift. Im not sure what I could be doing wrong? Any insights, help, or suggestions?

  • Fabian Munoz
    Reactions Received
    133
    Trophies
    9
    Articles
    1
    Posts
    1,517
    • July 12, 2018 at 4:40 PM
    • #2

    Hi
    What kind of "pretty close" dimensions are we talking ? Is you fixture 2 meters long or 5 mm long ?
    My first thought "Do i have a really good TCP" ? That is critical, all you real world dimensions are going to be based on your TCP and problems when you rotate are typical from bad TCP

    Retired but still helping

  • ORDEP81
    Trophies
    3
    Posts
    70
    • July 12, 2018 at 6:01 PM
    • #3
    Quote from Fabian Munoz


    Hi
    What kind of "pretty close" dimensions are we talking ? Is you fixture 2 meters long or 5 mm long ?
    My first thought "Do i have a really good TCP" ? That is critical, all you real world dimensions are going to be based on your TCP and problems when you rotate are typical from bad TCP

    So on the 'normal' side after calibration im within 1-2mm out in real world. But once the table flips 180, im up 1/2" off. The fixture is 6' x 5'.

    Now the TCP, was set up by our instructor as he was setting up our cells while teaching, and for some reason there was an offset to which i do not recall his reasoning to this.

    Images

    • tcp.JPG
      • 30.83 kB
      • 760 × 655
      • 23

    Files

    tcp.JPG_thumb 7.94 kB – 57 Downloads
  • bidzej
    Reactions Received
    23
    Trophies
    4
    Posts
    592
    • July 12, 2018 at 6:43 PM
    • #4

    Does the robot use coordinated motion? If so, is the turntable's "coordinated pair" calibrated accurately?

  • ORDEP81
    Trophies
    3
    Posts
    70
    • July 12, 2018 at 7:30 PM
    • #5

    The real robot does use coordinated motion but is not set up on in roboguide

  • bidzej
    Reactions Received
    23
    Trophies
    4
    Posts
    592
    • July 12, 2018 at 7:42 PM
    • #6

    ummm… I would make sure, that the calibration is ok in real life, then make an AoA and load it to RG.

  • Fabian Munoz
    Reactions Received
    133
    Trophies
    9
    Articles
    1
    Posts
    1,517
    • July 12, 2018 at 9:45 PM
    • #7

    I'm killing myself thinking a difficult answer.
    I don't want to blame the tcp, but there is an easy test you can do. Put a pointer on your table, move the tip of the torch there (on the "normal" side) and then rotate it. You'll see a good/bad it is

    Again maybe this has nothing to do with the tool but we have to start somewhere

    Retired but still helping

  • ORDEP81
    Trophies
    3
    Posts
    70
    • July 13, 2018 at 2:56 PM
    • #8

    So as far as the real world robot everything works great and has been working fine for months. Its just trying to get Roboguide programs transfered onto it is when the issue come into play. The virtual programs do not line up with the real world.

  • ORDEP81
    Trophies
    3
    Posts
    70
    • July 13, 2018 at 10:29 PM
    • #9

    Just a thought, does my UFRAME need to redone after calibration? So I set my object back to original position pre-calibration. Ran a 6 point test program using UFRAME (3-point method set up in roboguide and on physical robot), and none of the points lined up. Moved my object back to its calibration coordinates, and checked my UFRAME reference point and its off. Would this make a difference and should i redo my UFRAME(3points )?

  • bidzej
    Reactions Received
    23
    Trophies
    4
    Posts
    592
    • July 13, 2018 at 10:36 PM
    • #10

    Programs taught with a falsely defined TCP will work fine in most cases, as long as no complicated reorientations are done.

    Have you checked the TCP and Ccorsinated Motion calibration?

  • ORDEP81
    Trophies
    3
    Posts
    70
    • July 13, 2018 at 10:58 PM
    • #11

    Yes those are good.

    The instructor was just using user frames to match up the virtual and real world robots and it worked great on another robot. We never used the 3 step calibration tool in roboguide. Not sure what going on now. I have been trying different things and multiple recalibrations last few weeks.

    Edited once, last by ORDEP81 (July 13, 2018 at 11:05 PM).

  • ORDEP81
    Trophies
    3
    Posts
    70
    • July 16, 2018 at 6:22 PM
    • #12

    Ok so figure out my issue, but have not solved it yet. So when my object was calibrated it moved it from my rotation 0 axis. Issue is i do not know how to currently fix this to where it will rotate from my calibrated axis. Attached are the object at 0deg and second at 180deg. The red triad is where my object is currently sitting at and the orange square is my zero point as to where its all rotating from.

    Images

    • 0deg.JPG
      • 17.14 kB
      • 602 × 501
      • 16
    • 180deg.JPG
      • 16.99 kB
      • 450 × 477
      • 13

    Files

    0deg.JPG_thumb 14.63 kB – 50 Downloads 180deg.JPG_thumb 16.54 kB – 50 Downloads
  • TylerRobertson
    Reactions Received
    3
    Trophies
    3
    Posts
    70
    • July 16, 2018 at 9:42 PM
    • #13

    What model of controller are you running?

    It's been a long while since I've done this, but somewhere on the controller there is a COORD setup that is dictating how attached UFRAMES are rotated.
    the bad news is it's a pain to get right - the good news is you can definitely do it.

    Basically, the controller tries to calculate where the center of rotation of your table is, based on how the COORD frame is set up. This makes a frame that references the rotation of the table, which then governs how your UFRAME rotates when the table turns. This is usually done very 'roughly' because someone set it up just to coordinate a tool tip while jogging, and not for offline programs.

    You might have to do it in the x-start or whatever it's called system boot.
    I won't do a good job explaining all the steps, what you will want to do is get your hands on the Coordinated Motion option manual as it explains it better.


    Also, you've probably already done this but make absolutely sure your table is actually physically rotating 180 degrees. I've been caught before!
    Setting up an accurate COORD frame will help with this.

    Taylor Guitars - Robotics Engineer
    - IRC5 IRB4400
    - IRC5 IRB2400
    - S4C+ IRB4600
    - S4 IRB2400
    - Epson G3-351 RC180

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
  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