I'm having some trouble matching the simulation in RoboDK with the actual movement the robot is doing. We have a KRC2 system, the system is used for 3D printing.
I'm trying to get the robot to print on multiple platforms within the same program. I've setup four targets for testing, two above the large print platform and two above the small platform. When I create a program in RoboDK which moves between the target points it simulates exactly as I would like it to move. When I load the program onto the robot however the program skips the first target in the program and goes directly to the second, from there the robot moves towards the next target however it starts to rotate the TCP about 'C'. The tool needs to stay square to the part like in the simulation. What could be the issue?
I've attached a couple of pictures showing the RoboDK interface as well as the exported code.
From what I can see, the targets in the generated program are from the flange perspective instead of the TCP.
Go into Tools->Options and select Set default settings.
Also, which version of RoboDK are you using and which post-processor?
Make sure you have the correct post-processor selected by doing right click on the program->Select post processor->KUKA KRC2.
01-26-2022, 02:13 PM (This post was last modified: 01-26-2022, 02:18 PM by Olivier.)
Do you have a paid license for RoboDK?
If yes, I suggest you upgrade to a more recent version.
There have been some changes to the post processor since 2019.
On another note, I believe the version you have still have the uncompiled post-pro. There might be a flag you can modify in the post-pro.
Here is a link to the documentation for modifying post-pro, note that this is only possible with older version of RoboDK using uncompiled post-pro : https://robodk.com/doc/en/Post-Processors.html#EditPost
Also, I joined a program generated from your station with the most recent KUKA KRC2 post-pro we have.
Let me know if this version is still causing the rotation issue.
01-27-2022, 11:05 AM (This post was last modified: 01-27-2022, 11:36 AM by Andre_Scal3d.)
Hi Oliver,
We do have a license so I'll look into the upgrade.
The program you generated works, the first PTP move is a bit off though as the arm goes to near full extension 90° out to the left when facing the machine from the front. Once it has completed that move the rest works as I would expect.
We run a slightly adapted version of the Kuka-KRC2 post processor, would this need to be updated as well with the update of the software?
I've tried to generate a program using version 5.3.2 and the standard Kuka-KRC2 post processor. I still get the same results. One thing I did notice while looking at the code I generated and the code you generated is that yours has an initial PTP move before going into the LIN moves. My code does not have that PTP move. Could this be what is causing it?
If so what could be the reason my code does not contain the PTP move?
I've attached my file and your to this post for reference.