https://robodk.com/forum/ Wed, 23 Sep 2026 14:34:38 +0000 MyBB https://robodk.com/forum/Thread-Request-to-add-ROKAE-NB12-12-1-4 Thu, 17 Sep 2026 09:54:17 +0000 WesleySpits]]> https://robodk.com/forum/Thread-Request-to-add-ROKAE-NB12-12-1-4 Hello,

Would it be possible to add ROKAE NB12-12/1.4 to the library?


Thanks

  Schermafbeelding 2026-09-17 112930.jpg (Size: 73.11 KB / Downloads: 17)

  Rokae NB12-12-1.4.STEP.zip (Size: 5.45 MB / Downloads: 8) ]]> Hello,

Would it be possible to add ROKAE NB12-12/1.4 to the library?


Thanks

  Schermafbeelding 2026-09-17 112930.jpg (Size: 73.11 KB / Downloads: 17)

  Rokae NB12-12-1.4.STEP.zip (Size: 5.45 MB / Downloads: 8) ]]> https://robodk.com/forum/Thread-Reference-frame-not-applied-correctly-when-robot-is-mounted-on-rail Wed, 16 Sep 2026 18:48:18 +0000 Elie_Roy]]> https://robodk.com/forum/Thread-Reference-frame-not-applied-correctly-when-robot-is-mounted-on-rail
I'm running into an issue where a manually-taught reference frame is not being used correctly when generating a program, and I've isolated it down to something that only happens when the robot is mounted on a linear rail (external axis / synchronized mechanism).

Setup:

• Robot: Fanuc R-2000iC/210L, mounted on a linear track (RoboDK mechanism "My Mechanism", external axis E1)
  
• Post processor: stock Fanuc_R30i post
  
• Reference frame: Frame Wall 1, taught and set correctly in the station
  

The problem:
In simulation, a target is correctly reached at X=2000mm, Y=-2000mm in Frame Wall 1's local coordinates. But when I generate the program, the output writes this same point as X=6650mm, Y=-3480mm under UF:1
— which is wrong for Frame Wall 1.
I traced this and confirmed the difference (X: +4650, Y: -1480, Z: +120) exactly matches the offset between my Station ORIGIN and Frame Wall 1. In other words, the generated program is outputting the target's coordinates relative to the station origin, not relative to Frame Wall 1 — even though Frame Wall 1 is explicitly set as the active reference frame before the moves in question.

I've tried all the combinaison of option in the program's option setting. As well as changing the post USE ROBOD_UFRAME = True / False in post processor. nothing works

Thanks,

Élie

  Screenshot 2026-09-16 144523.png (Size: 174.37 KB / Downloads: 9)

  Screenshot 2026-09-16 142123.png (Size: 24.3 KB / Downloads: 6)

  Screenshot 2026-09-16 142028.png (Size: 369.11 KB / Downloads: 5)

  Screenshot 2026-09-16 140914.png (Size: 113.1 KB / Downloads: 8)

  Screenshot 2026-09-16 140441.png (Size: 49.39 KB / Downloads: 8)

  Screenshot 2026-09-16 140206.png (Size: 14.65 KB / Downloads: 17) ]]>
I'm running into an issue where a manually-taught reference frame is not being used correctly when generating a program, and I've isolated it down to something that only happens when the robot is mounted on a linear rail (external axis / synchronized mechanism).

Setup:

• Robot: Fanuc R-2000iC/210L, mounted on a linear track (RoboDK mechanism "My Mechanism", external axis E1)
  
• Post processor: stock Fanuc_R30i post
  
• Reference frame: Frame Wall 1, taught and set correctly in the station
  

The problem:
In simulation, a target is correctly reached at X=2000mm, Y=-2000mm in Frame Wall 1's local coordinates. But when I generate the program, the output writes this same point as X=6650mm, Y=-3480mm under UF:1
— which is wrong for Frame Wall 1.
I traced this and confirmed the difference (X: +4650, Y: -1480, Z: +120) exactly matches the offset between my Station ORIGIN and Frame Wall 1. In other words, the generated program is outputting the target's coordinates relative to the station origin, not relative to Frame Wall 1 — even though Frame Wall 1 is explicitly set as the active reference frame before the moves in question.

I've tried all the combinaison of option in the program's option setting. As well as changing the post USE ROBOD_UFRAME = True / False in post processor. nothing works

Thanks,

Élie

  Screenshot 2026-09-16 144523.png (Size: 174.37 KB / Downloads: 9)

  Screenshot 2026-09-16 142123.png (Size: 24.3 KB / Downloads: 6)

  Screenshot 2026-09-16 142028.png (Size: 369.11 KB / Downloads: 5)

  Screenshot 2026-09-16 140914.png (Size: 113.1 KB / Downloads: 8)

  Screenshot 2026-09-16 140441.png (Size: 49.39 KB / Downloads: 8)

  Screenshot 2026-09-16 140206.png (Size: 14.65 KB / Downloads: 17) ]]> https://robodk.com/forum/Thread-Question-Regarding-FANUC-Target-Configuration-in-RoboDK Wed, 16 Sep 2026 12:49:45 +0000 merin]]> https://robodk.com/forum/Thread-Question-Regarding-FANUC-Target-Configuration-in-RoboDK I have a question regarding the FANUC LS program generated by RoboDK.
I am using RoboDK version 5.9.0 with a FANUC LR Mate 200iD/7L robot. I generate the robot program using a RoboDK Python script and the FANUC RJ3 post processor.
I would like to keep the robot configuration as F U T.
In the RoboDK simulation, the robot moves with the desired F U T configuration. However, I found that the joint angles stored in some Targets do not correspond to the F U T configuration. Instead, some Targets appear to have joint angles corresponding to the F D B configuration.
For example, the generated LS file contains:
P[32]{
GP1:
UF : 2, UT : 2, CONFIG : 'F U T, 0, 0, 0',
X = 792.980 mm, Y = 129.270 mm, Z = 160.000 mm,
W = 90.000 deg, P = 0.000 deg, R = -119.518 deg
};
P[33]{
GP1:
UF : 2, UT : 2, CONFIG : 'F D B, 0, 0, 0',
X = 826.627 mm, Y = 164.595 mm, Z = 160.000 mm,
W = 90.000 deg, P = 0.000 deg, R = -149.036 deg
};
I suspect that the problem occurs when the Target positions and joint angles are calculated or generated in RoboDK. Although the robot simulation follows the desired F U T configuration, some Targets are generated with joint angles corresponding to F D B. As a result, the FANUC LS file later outputs those Targets as F D B.
I found that I can correct the configuration by using the "Teach Current Position" function for each Target in RoboDK. After doing this, the Target stores the joint angles corresponding to the desired F U T configuration.
However, my program contains a very large number of Target points, so manually applying this operation to every Target is not practical.
Therefore, I would like to understand:

1. Why are some Targets generated with joint angles corresponding to F D B instead of F U T, even though the robot simulation moves through the path using the F U T configuration?
   
2. Could this be related to the way the Targets are calculated or generated using the RoboDK Python API?
   
3. Is there a way to automatically generate or update all Targets so that their stored joint angles correspond to the F U T configuration, without manually using "Teach Current Position" for each Target?
   

My current setup is:

• RoboDK version: 5.9.0
  
• Robot: FANUC LR Mate 200iD/7L
  
• Post processor: FANUC RJ3
  
• Program generation: RoboDK Python script
  
• Output: FANUC LS file
  

Thank you for your support.

  Problem.rdk (Size: 629.71 KB / Downloads: 9) ]]> I have a question regarding the FANUC LS program generated by RoboDK.
I am using RoboDK version 5.9.0 with a FANUC LR Mate 200iD/7L robot. I generate the robot program using a RoboDK Python script and the FANUC RJ3 post processor.
I would like to keep the robot configuration as F U T.
In the RoboDK simulation, the robot moves with the desired F U T configuration. However, I found that the joint angles stored in some Targets do not correspond to the F U T configuration. Instead, some Targets appear to have joint angles corresponding to the F D B configuration.
For example, the generated LS file contains:
P[32]{
GP1:
UF : 2, UT : 2, CONFIG : 'F U T, 0, 0, 0',
X = 792.980 mm, Y = 129.270 mm, Z = 160.000 mm,
W = 90.000 deg, P = 0.000 deg, R = -119.518 deg
};
P[33]{
GP1:
UF : 2, UT : 2, CONFIG : 'F D B, 0, 0, 0',
X = 826.627 mm, Y = 164.595 mm, Z = 160.000 mm,
W = 90.000 deg, P = 0.000 deg, R = -149.036 deg
};
I suspect that the problem occurs when the Target positions and joint angles are calculated or generated in RoboDK. Although the robot simulation follows the desired F U T configuration, some Targets are generated with joint angles corresponding to F D B. As a result, the FANUC LS file later outputs those Targets as F D B.
I found that I can correct the configuration by using the "Teach Current Position" function for each Target in RoboDK. After doing this, the Target stores the joint angles corresponding to the desired F U T configuration.
However, my program contains a very large number of Target points, so manually applying this operation to every Target is not practical.
Therefore, I would like to understand:

1. Why are some Targets generated with joint angles corresponding to F D B instead of F U T, even though the robot simulation moves through the path using the F U T configuration?
   
2. Could this be related to the way the Targets are calculated or generated using the RoboDK Python API?
   
3. Is there a way to automatically generate or update all Targets so that their stored joint angles correspond to the F U T configuration, without manually using "Teach Current Position" for each Target?
   

My current setup is:

• RoboDK version: 5.9.0
  
• Robot: FANUC LR Mate 200iD/7L
  
• Post processor: FANUC RJ3
  
• Program generation: RoboDK Python script
  
• Output: FANUC LS file
  

Thank you for your support.

  Problem.rdk (Size: 629.71 KB / Downloads: 9) ]]> https://robodk.com/forum/Thread-Import-the-cartesian-points-with-the-external-axes-values Wed, 16 Sep 2026 06:14:09 +0000 Kevin.Zhang]]> https://robodk.com/forum/Thread-Import-the-cartesian-points-with-the-external-axes-values I want to import these points into RoboDK while preserving the external axis value associated with each point. How should I do this by C# API?
Thanks very much!]]> I want to import these points into RoboDK while preserving the external axis value associated with each point. How should I do this by C# API?
Thanks very much!]]> https://robodk.com/forum/Thread-Can-t-align-curves-to-an-actual-part-held-by-robot Tue, 15 Sep 2026 18:18:30 +0000 jheimann]]> https://robodk.com/forum/Thread-Can-t-align-curves-to-an-actual-part-held-by-robot
What I need to do is align the spacer (with the curves) to spacer1 that is picked up in the jaws of the robot, and follow the path.  I can't seem to get the curves to align to the spacer picked up.  As I put the spacer down and regrip it again in a different location to debur the next spot(s) I again will need to realign the spacer with curves to the spacer1 object held in the jaws.

My RDK file is attached.  You can see that spacer contains the curves.  I used Spacer as my remote TCP and the debur position 1 as the reference the the tool will run against.  But the spacer curves I cannot get to align to the spacer1 that is held in the jaws no matter what I do.

I can't seem to figure this out.  Any help would be appreciated.

Thanks,


John Heimann

  DEBUR Fusion Import rev 6.rdk (Size: 1.75 MB / Downloads: 6) ]]>
What I need to do is align the spacer (with the curves) to spacer1 that is picked up in the jaws of the robot, and follow the path.  I can't seem to get the curves to align to the spacer picked up.  As I put the spacer down and regrip it again in a different location to debur the next spot(s) I again will need to realign the spacer with curves to the spacer1 object held in the jaws.

My RDK file is attached.  You can see that spacer contains the curves.  I used Spacer as my remote TCP and the debur position 1 as the reference the the tool will run against.  But the spacer curves I cannot get to align to the spacer1 that is held in the jaws no matter what I do.

I can't seem to figure this out.  Any help would be appreciated.

Thanks,


John Heimann

  DEBUR Fusion Import rev 6.rdk (Size: 1.75 MB / Downloads: 6) ]]> https://robodk.com/forum/Thread-Siemens-Sinumerik-driver-link-is-broken Thu, 10 Sep 2026 20:29:03 +0000 cotega]]> https://robodk.com/forum/Thread-Siemens-Sinumerik-driver-link-is-broken https://robodk.com/doc/en/Robots-Siemens.html

The link 'https://robodk.com/doc/drivers/Connect-Siemens-Sinumerik-robots-with-RoboDK.zip' seems broken.

Thanks]]> https://robodk.com/doc/en/Robots-Siemens.html

The link 'https://robodk.com/doc/drivers/Connect-Siemens-Sinumerik-robots-with-RoboDK.zip' seems broken.

Thanks]]> https://robodk.com/forum/Thread-Program-Patterns-Yaskawa-Post-Processor Thu, 10 Sep 2026 16:04:10 +0000 Arno.Klocke_Estia]]> https://robodk.com/forum/Thread-Program-Patterns-Yaskawa-Post-Processor I have a question regarding patterns in RoboDK. I am going to be as specific as possible in my request. 
I am able to have a simulation for what I want in RoboDK my problem is mainly in the the post process. 
I am using the Motoman.py post processor with output in pulses. 
I will attach the station below with the program. 
To be able to do the simulation I just simply created other coordinate system and in the program I am calling the same target but in another coordinate system moved by the pattern (here Y=+100) 
The robotic cell contains an external axis (2 axis positionner). 
The simulation runs fine but when trying to export the program in Pulses I run into 2 problems. 
The first one is easily fixable and I think is due to the presence of the external axis, but when I import Targets from a rhino grasshopper file (with Python API), targets are created and placed accordingly but all the joints value in the target are the same, an thus I have to manually double click on the target and press teach current position to have the target with the right joint values (only the 6 axis of the robot, the 2 axis positionner values are remembered) 

If I don't do this when I output the program all the pulses values are the same. 

This is ok and can easily be fixed with a python script. 

The second problem I face is when patterning wiht a coordinate system, when exporting the program I have the same Pulse values, I kinda understand that the post process reads all the targets and there joints values and then calculates the pulses accordingly but then when the trajectory in simulation is moved, the outputed program is basically 5 times the same movement. 
Is there an easy way of doing pattern without duplicating all the targets in space and creating the whole program with linked targets ?
Basically I want to be able to have the program ready and if some minor changes have to be made to the path I only have to modify 8 targets instead of all of them and the parametric is kept and then I can output the program. 

How I am currently doing is I am outputing only the first instance of the program and then I do the loop with INFORM language inside the outputted program from post processor "Motoman.py" to pattern and I can visualise that there is no problem with RoboDK simulation making the pattern.

The only Problem I have doing this is in case the tooling is not extermely precise, only the first instance can be changed with the teach and ideally I would like to have all the instances of the program and modify some of them manually with the teach if needed.

I will also use this post for a question regarding targets linked, I want to keep the parametric from Rhino grasshopper and update in real time changes that are made within grasshopper, It works and rewrites the targets, it's also great because it can bedone with meshes, very practical for tooling variations.

Unfortunately the targets are "delinked" so to say in the program while they have the same name. Is there a way to re link all the targets direclty for a program. 

Thank you so much for your time ! 
Arno Klocke

  Pattern_RoboDK.png (Size: 167.12 KB / Downloads: 28)

  Cellule_MILC_THN01.2050_SE PLATINE REAR WHEEL.rdk (Size: 6.2 MB / Downloads: 28) ]]> I have a question regarding patterns in RoboDK. I am going to be as specific as possible in my request. 
I am able to have a simulation for what I want in RoboDK my problem is mainly in the the post process. 
I am using the Motoman.py post processor with output in pulses. 
I will attach the station below with the program. 
To be able to do the simulation I just simply created other coordinate system and in the program I am calling the same target but in another coordinate system moved by the pattern (here Y=+100) 
The robotic cell contains an external axis (2 axis positionner). 
The simulation runs fine but when trying to export the program in Pulses I run into 2 problems. 
The first one is easily fixable and I think is due to the presence of the external axis, but when I import Targets from a rhino grasshopper file (with Python API), targets are created and placed accordingly but all the joints value in the target are the same, an thus I have to manually double click on the target and press teach current position to have the target with the right joint values (only the 6 axis of the robot, the 2 axis positionner values are remembered) 

If I don't do this when I output the program all the pulses values are the same. 

This is ok and can easily be fixed with a python script. 

The second problem I face is when patterning wiht a coordinate system, when exporting the program I have the same Pulse values, I kinda understand that the post process reads all the targets and there joints values and then calculates the pulses accordingly but then when the trajectory in simulation is moved, the outputed program is basically 5 times the same movement. 
Is there an easy way of doing pattern without duplicating all the targets in space and creating the whole program with linked targets ?
Basically I want to be able to have the program ready and if some minor changes have to be made to the path I only have to modify 8 targets instead of all of them and the parametric is kept and then I can output the program. 

How I am currently doing is I am outputing only the first instance of the program and then I do the loop with INFORM language inside the outputted program from post processor "Motoman.py" to pattern and I can visualise that there is no problem with RoboDK simulation making the pattern.

The only Problem I have doing this is in case the tooling is not extermely precise, only the first instance can be changed with the teach and ideally I would like to have all the instances of the program and modify some of them manually with the teach if needed.

I will also use this post for a question regarding targets linked, I want to keep the parametric from Rhino grasshopper and update in real time changes that are made within grasshopper, It works and rewrites the targets, it's also great because it can bedone with meshes, very practical for tooling variations.

Unfortunately the targets are "delinked" so to say in the program while they have the same name. Is there a way to re link all the targets direclty for a program. 

Thank you so much for your time ! 
Arno Klocke

  Pattern_RoboDK.png (Size: 167.12 KB / Downloads: 28)

  Cellule_MILC_THN01.2050_SE PLATINE REAR WHEEL.rdk (Size: 6.2 MB / Downloads: 28) ]]> https://robodk.com/forum/Thread-xArm-6-linear-moves-diverge-from-simulation-when-sent-to-robot Wed, 09 Sep 2026 17:35:16 +0000 JakeInTX]]> https://robodk.com/forum/Thread-xArm-6-linear-moves-diverge-from-simulation-when-sent-to-robot
I'm working with a UFACTORY xArm 6 through RoboDK.

Joint movements work perfectly in both modes, whether the robot is driven live by RoboDK or running a program sent to it independently. The problem only shows up with linear moves:

- Driven live by RoboDK: linear moves are correct, path and end effector orientation match simulation.
- Sent to the robot with "Send Program to Robot" and run independently: linear moves either miss the correct position, or reach it with the wrong orientation, and the path doesn't match what RoboDK shows.

I can't rely on joint moves alone for this project, so I need linear moves to behave the same sent as they do live.

What I've already checked:
- Base frame in RoboDK matches the xArm's reference frame (no unexpected offset).
- Tool frame (TCP) values in RoboDK match the TCP configuration in UFACTORY Studio exactly (same X, Y, Z, and Euler angles).
- Confirmed the Euler angle convention in RoboDK matches how the xArm defines roll, pitch, and yaw (fixed-angle XYZ).
- Tested a single-axis jog to isolate the issue; the discrepancy still shows up on sent linear moves even though live-connected linear moves are fine.

Since joint moves are consistent in both modes and only linear moves diverge, and only when sent rather than live, I suspect this is something in how the post-processor or program generation handles Cartesian/linear motion for the xArm 6 controller specifically. Has anyone else run into this, or know what changes between live-driven and sent-and-run execution for linear moves on the xArm?

Thanks,
Jake]]>
I'm working with a UFACTORY xArm 6 through RoboDK.

Joint movements work perfectly in both modes, whether the robot is driven live by RoboDK or running a program sent to it independently. The problem only shows up with linear moves:

- Driven live by RoboDK: linear moves are correct, path and end effector orientation match simulation.
- Sent to the robot with "Send Program to Robot" and run independently: linear moves either miss the correct position, or reach it with the wrong orientation, and the path doesn't match what RoboDK shows.

I can't rely on joint moves alone for this project, so I need linear moves to behave the same sent as they do live.

What I've already checked:
- Base frame in RoboDK matches the xArm's reference frame (no unexpected offset).
- Tool frame (TCP) values in RoboDK match the TCP configuration in UFACTORY Studio exactly (same X, Y, Z, and Euler angles).
- Confirmed the Euler angle convention in RoboDK matches how the xArm defines roll, pitch, and yaw (fixed-angle XYZ).
- Tested a single-axis jog to isolate the issue; the discrepancy still shows up on sent linear moves even though live-connected linear moves are fine.

Since joint moves are consistent in both modes and only linear moves diverge, and only when sent rather than live, I suspect this is something in how the post-processor or program generation handles Cartesian/linear motion for the xArm 6 controller specifically. Has anyone else run into this, or know what changes between live-driven and sent-and-run execution for linear moves on the xArm?

Thanks,
Jake]]> https://robodk.com/forum/Thread-Saving-files-license-problem Wed, 09 Sep 2026 17:21:11 +0000 hamada abaza]]> https://robodk.com/forum/Thread-Saving-files-license-problem
  Untitled.png (Size: 144.37 KB / Downloads: 48) ]]>
  Untitled.png (Size: 144.37 KB / Downloads: 48) ]]> https://robodk.com/forum/Thread-Tool-rotaion Wed, 09 Sep 2026 12:29:46 +0000 Mukesh]]> https://robodk.com/forum/Thread-Tool-rotaion
  test4.rdk (Size: 699.88 KB / Downloads: 32) ]]>
  test4.rdk (Size: 699.88 KB / Downloads: 32) ]]> https://robodk.com/forum/Thread-How-can-i-set-my-J6-always-at-180degree-in-the-curve-follow-project Wed, 09 Sep 2026 05:22:15 +0000 Mukesh]]> https://robodk.com/forum/Thread-How-can-i-set-my-J6-always-at-180degree-in-the-curve-follow-project
I want J6 to remain at 180° throughout the entire path. How can I configure or program the path so that J6 stays fixed at 180°?

  test3.rdk (Size: 698.6 KB / Downloads: 30) ]]>
I want J6 to remain at 180° throughout the entire path. How can I configure or program the path so that J6 stays fixed at 180°?

  test3.rdk (Size: 698.6 KB / Downloads: 30) ]]> https://robodk.com/forum/Thread-How-can-I-prevent-J6-from-rotating-during-Curve-Follow-Project Mon, 07 Sep 2026 13:23:12 +0000 Mukesh]]> https://robodk.com/forum/Thread-How-can-I-prevent-J6-from-rotating-during-Curve-Follow-Project I am using RoboDK with a Doosan A0509 robot and I am creating a path using Curve Follow Project.
I have a problem with the robot's J6 axis. I want J6 to remain at approximately 180° throughout the entire path, but during the Curve Follow motion, J6 rotates significantly.

  test3.rdk (Size: 698.6 KB / Downloads: 38) ]]> I am using RoboDK with a Doosan A0509 robot and I am creating a path using Curve Follow Project.
I have a problem with the robot's J6 axis. I want J6 to remain at approximately 180° throughout the entire path, but during the Curve Follow motion, J6 rotates significantly.

  test3.rdk (Size: 698.6 KB / Downloads: 38) ]]> https://robodk.com/forum/Thread-Simulating-7th-axis-on-robot-arm Thu, 03 Sep 2026 18:52:47 +0000 manan]]> https://robodk.com/forum/Thread-Simulating-7th-axis-on-robot-arm
We have a Foundry robot which pours molten metal from the ladle. The ladle is mounted on T-arm and ladle rotates around the axis at the end. See the attached image. I would like to simulate that 7th axis and simulate pouring motion. Is there a template or simulation file I can follow. 

This link shows example of it:  Rimrock® 7th Axis Ladle Robotic System

Thanks,

Manan

  PouringRobot.PNG (Size: 209.02 KB / Downloads: 45) ]]>
We have a Foundry robot which pours molten metal from the ladle. The ladle is mounted on T-arm and ladle rotates around the axis at the end. See the attached image. I would like to simulate that 7th axis and simulate pouring motion. Is there a template or simulation file I can follow. 

This link shows example of it:  Rimrock® 7th Axis Ladle Robotic System

Thanks,

Manan

  PouringRobot.PNG (Size: 209.02 KB / Downloads: 45) ]]> https://robodk.com/forum/Thread-Request-to-Add-KUKA-FORTEC-2-ULTRA-KR-800-R3200-2-PA Fri, 28 Aug 2026 16:07:22 +0000 Muddasar.Anwar]]> https://robodk.com/forum/Thread-Request-to-Add-KUKA-FORTEC-2-ULTRA-KR-800-R3200-2-PA Hello,

Would it be possible to add KUKA FORTEC-2 ULTRA KR 800 R3200-2 PA to the library?
Please find below link and attached CAD zip.
https://my.kuka.com/s/product/kr-800-r32...=Downloads

Thanks

  KR_800_R3200-2_PA_V01_STP.zip (Size: 10.48 MB / Downloads: 40) ]]> Hello,

Would it be possible to add KUKA FORTEC-2 ULTRA KR 800 R3200-2 PA to the library?
Please find below link and attached CAD zip.
https://my.kuka.com/s/product/kr-800-r32...=Downloads

Thanks

  KR_800_R3200-2_PA_V01_STP.zip (Size: 10.48 MB / Downloads: 40) ]]> https://robodk.com/forum/Thread-Compensation-of-5-axis-with-the-calibration-utility Fri, 28 Aug 2026 08:43:28 +0000 Marina]]> https://robodk.com/forum/Thread-Compensation-of-5-axis-with-the-calibration-utility
I created a station with a customized 5-axis robot. It consists of 3 linear axes (X; Y; Z) and 2 rotatory axes (C around Z and A around X).

I want to use  the calibration utility from RoboDK for obtaining the measurements with a Leica laser tracker.

I can measure each point inside the calibration window, but for the "Base setup" and the "Tool setup" I cannot obtain the exact/calibrated position of the base of the robot (therefore the "Measurements Reference"), and the correct position of the reflector respect to the frange.

I already calibrated one robotic arm (6 axis) with this utility fron RoboDK, and the "Base setup" measurements and "Tool setup" measurements were so easy to define. Now that I have another type of robot, I always obtain a message like "measurements does not fit a circle".

How should I proceed now? Is there any way for obtaining the correct position of the "Measurement reference" and the position of the reflector respect to the flange?

Unfortunaly I cannot share my station due to privacity of the company.

I hope you can help me.

Thanks :) 

Regards,
Marina]]>
I created a station with a customized 5-axis robot. It consists of 3 linear axes (X; Y; Z) and 2 rotatory axes (C around Z and A around X).

I want to use  the calibration utility from RoboDK for obtaining the measurements with a Leica laser tracker.

I can measure each point inside the calibration window, but for the "Base setup" and the "Tool setup" I cannot obtain the exact/calibrated position of the base of the robot (therefore the "Measurements Reference"), and the correct position of the reflector respect to the frange.

I already calibrated one robotic arm (6 axis) with this utility fron RoboDK, and the "Base setup" measurements and "Tool setup" measurements were so easy to define. Now that I have another type of robot, I always obtain a message like "measurements does not fit a circle".

How should I proceed now? Is there any way for obtaining the correct position of the "Measurement reference" and the position of the reflector respect to the flange?

Unfortunaly I cannot share my station due to privacity of the company.

I hope you can help me.

Thanks :) 

Regards,
Marina]]>