Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
help with Kuka calibration
I calibrated our cell but have a huge error. With the "follow tracker" option unchecked, the laser was exactly where it needed to be on 65 out of 70 points. Am I missing something obvious, or is there a huge outlier that's throwing me off?

We have a rotary axis but I deleted it from the station so I could do the arm calibration.

See files attached, thanks!

Just realized I can click through and see the errors. I remeasured point 26 (error was 64mm), now the error is 0.372mm. Updated report attached. 

Now to add the rotary axis, do I just model mechanism to add it to the cell, then define the mechanism, and I'm good to go? Or do I need some kind of handshake with the calibrated arm?


Attached Files
.rdk   R1 (1-2).rdk (Size: 1.25 MB / Downloads: 17)
.pdf   Robot calibration 2023-01-02 16h30m06s.pdf (Size: 32.6 KB / Downloads: 21)
.pdf   Robot calibration 2023-01-02 16h53m09s.pdf (Size: 35.65 KB / Downloads: 21)
Great, thank you for your status update.

You can model the turntable as a simple 1 axis mechanism, however, you should properly calibrate the axis by properly placing the coordinate system the mechanism is attached to. You should follow these steps:
  1. Right click the coordinate system where you'll place the turntable
  2. Select Define Reference Frame
  3. Select method: Turntable Calibration (1 axis)
  4. Make sure to use a calibrated tool (pay attention to the Using TCP note)
  5. Collect some points by moving the turntable and teaching the same point on the turntable as you move it. The first point should be right on axis X+ and moving the turtnable towards the positive sense. A minimum of 3 points is required (6-10 recommended). More points is better as it will give you a better understanding of errors.
It is assumed that the turntable turns around the calibrated Z axis.
Thanks for the response Albert, we got the mechanism set up the next day using the laser. For some reason it rotated 176deg around Z, I don't know how to make it align X to world X other than changing that to zero and making the (other two of RPW) to negatives. 

Two other problems I have:

1) we're using the Base=EK{} method, but the robot is rotating its TCP around the rotary axis with the rotary frame, rather than staying stationary and letting the rotary frame rotate (like a lathe). Same behavior as this thread: External axis hijacks references ( but I'm not importing an APT file, which is where the Auto Comp setting shows up..

2) I can't get the station to use the correct tool! Changing the inputted code to have TOOL=TOOL_DATA[2] just uses tool 1 anyway. I tried the TOOL 2 method (setting the post line to "True") with the same behavior.

Attached Files
.rdk   R1 (1-4).rdk (Size: 896.6 KB / Downloads: 17)
.src   R1 C.src (Size: 279.14 KB / Downloads: 14)
I got the rotation corrected, the $AXIS_DIR was 1 rather than -1 in the machine.dat file on the robot. Still having the weird problem with the Tool data though.
Maybe adding an "Set Tool Frame" instruction will solve your problem.

1. Add instruction 


2. Link the tool

Isn't that what the SetTool(n) is supposed to do? From post #8 here:
Automatically linking to your Tool 2 requires a line like this one:


Note the dollar sign was missing on the SRC file you provided. With the correct syntax you should see a summary stating what tool is being used.

On the other hand, I noticed RoboDK won't link to your numbered tools or frames for KUKA SRC files. We'll improve RoboDK to support importing numbered tools and frames that exist on the station. For the time being it requires the workaround provided by Sergei by manually adding the Tool change instruction.

The instruction call SetTool allows integrating a tool change routine. Not all controllers quire working with Tool IDs but but most robot machining programs require using IDs. This can also be customized in the post processor.

Users browsing this thread:
1 Guest(s)