Recent posts
#1
Tutorials / Re: Learn KUKA|prc in our new ...
Last post by Johannes @ Robots in Architecture - August 31, 2025, 10:56:14 PMHello,
Unfortunately I don't have any insights into edX, but their help text says:
Best,
Johannes
Unfortunately I don't have any insights into edX, but their help text says:
QuoteAll edX courses have a set end date after which the course is no longer supported by staff and it is no longer possible to complete the course for a certificate.Do you have problems accessing the course materials?
Most edX courses remain available as archived courses after the course ends. In an archived course you can view most of the course materials, such as lectures and readings.
Best,
Johannes
#2
Tutorials / Re: Learn KUKA|prc in our new ...
Last post by Adrian - August 30, 2025, 11:15:39 PMHi,
I have just started my journey here on kuka PRC and would love to learn more. Im just looking at this course on edx and it is showing that it is archived? Is it still available? or could someone point me in the direction to more online learning sites? Thanks
I have just started my journey here on kuka PRC and would love to learn more. Im just looking at this course on edx and it is showing that it is archived? Is it still available? or could someone point me in the direction to more online learning sites? Thanks
#3
Job Openings / Hiring: Robotic Fabrication Te...
Last post by Angel Lara - August 14, 2025, 03:26:00 PMHello!
We are looking for a robotic fabrication technician to join the AA' Digital Prototyping Lab.
If you are interested in working in academia with two KUKA robotic arms in a dynamic environment have a look at he job add below!
https://www.aaschool.ac.uk/jobs
https://www.dezeenjobs.com/job/https-www-aaschool-ac-uk-jobs-robotic-fabrication-technician-1026564/
We are looking for a robotic fabrication technician to join the AA' Digital Prototyping Lab.
If you are interested in working in academia with two KUKA robotic arms in a dynamic environment have a look at he job add below!
https://www.aaschool.ac.uk/jobs
https://www.dezeenjobs.com/job/https-www-aaschool-ac-uk-jobs-robotic-fabrication-technician-1026564/
#4
Support / Re: Meaning of Singularity Fac...
Last post by Allan - August 07, 2025, 03:22:05 PMHi Johannes,
Thanks for explaining the meaning of the singularity factor. It makes good sense. Especially since the Kuka Core component does not necessarily know exactly what kind of $ACC.ORI/$VEL.ORI values you are using on the robot or other limits you may have configured on the robot controller regarding axis speed and acceleration.
Kind regards,
Allan
Thanks for explaining the meaning of the singularity factor. It makes good sense. Especially since the Kuka Core component does not necessarily know exactly what kind of $ACC.ORI/$VEL.ORI values you are using on the robot or other limits you may have configured on the robot controller regarding axis speed and acceleration.
Kind regards,
Allan
#5
Support / Re: Meaning of Singularity Fac...
Last post by Johannes @ Robots in Architecture - August 07, 2025, 01:45:46 PMHello,
Your last sentence is correct - the robot simulation is not 100% accurate. While the position of the robot on the path gets very, very close, the acceleration and deceleration ramps are complex, not documented and therefore not 1:1 implemented. But they have got a big impact on singularities, i.e, when/if an axis exceeds its maximum speed.
The factors allows you to fine tune the sensitivity, if needed. It's mostly useful for automated processes where you e.g. want to minimize that to a certain degree. Or if you are bothered by the component showing that message as a warning.
Best,
Johannes
Your last sentence is correct - the robot simulation is not 100% accurate. While the position of the robot on the path gets very, very close, the acceleration and deceleration ramps are complex, not documented and therefore not 1:1 implemented. But they have got a big impact on singularities, i.e, when/if an axis exceeds its maximum speed.
The factors allows you to fine tune the sensitivity, if needed. It's mostly useful for automated processes where you e.g. want to minimize that to a certain degree. Or if you are bothered by the component showing that message as a warning.
Best,
Johannes
#6
Support / Meaning of Singularity Factor
Last post by Allan - August 07, 2025, 09:11:17 AMHi,
I have a very simple question, but one that I have not yet been able to find an answer to on the forum (please direct me to it, if it is there :)).
On the KUKA|PRC Core component analysis window, there is a slider with the name Singularity Factor.
What exactly does this mean and do? How should it be used?
All I can see is that when I have a robot path with excessive joint velocities due to near singularities, the higher the singularity factor, the less points in the path are marked as having excessive joint velocities.
I have attached an example where a factor value of 5 has less yellow bands than a factor value of 2.
Elsewhere on the forum I saw mention of adding a tuning factor to account for the fact that robot motions in real life are not quite as exact and fast as in a digital world. Hence, what can be earmarked as an excessive joint velocity may not be an issue in real life. Is that something to do with the singularity factor?
Many thanks,
Allan
I have a very simple question, but one that I have not yet been able to find an answer to on the forum (please direct me to it, if it is there :)).
On the KUKA|PRC Core component analysis window, there is a slider with the name Singularity Factor.
What exactly does this mean and do? How should it be used?
All I can see is that when I have a robot path with excessive joint velocities due to near singularities, the higher the singularity factor, the less points in the path are marked as having excessive joint velocities.
I have attached an example where a factor value of 5 has less yellow bands than a factor value of 2.
Elsewhere on the forum I saw mention of adding a tuning factor to account for the fact that robot motions in real life are not quite as exact and fast as in a digital world. Hence, what can be earmarked as an excessive joint velocity may not be an issue in real life. Is that something to do with the singularity factor?
Many thanks,
Allan
#7
General Discussion / Re: Multiple TCP on single Too...
Last post by Johannes @ Robots in Architecture - July 31, 2025, 10:34:58 PMHmmm... I think the way to go would be to define a single TCP and then calculate the offset from the path geometrically in Grasshopper.
Just an idea: You could try to set the TCP to the center of the wheel and offset the toolpath according to the wheel radius. That should ensure that no part of the path could damage parts of your part.
If it's more complex than that, you could look into physics/particle simulation like Kangaroo to define some constraints for your wheel.
Best,
Johannes
Just an idea: You could try to set the TCP to the center of the wheel and offset the toolpath according to the wheel radius. That should ensure that no part of the path could damage parts of your part.
If it's more complex than that, you could look into physics/particle simulation like Kangaroo to define some constraints for your wheel.
Best,
Johannes
#8
General Discussion / Multiple TCP on single Tool
Last post by sol_jkhc - July 31, 2025, 07:05:12 PMHello all,
I am trying to solve for a way to allow kuka prc to understand that a grinding wheel has multiple points across the grinding wheel surface that it can use to grind with. How can I create this behavior with Kuka PRC, as far as I can tell, I would need to do a tool change every time, which would potentially cause the grinder to dwell in a spot.
Could I segment the motion, so that if normally going from A to B in an arc like path, the robot would instead start from tcp position 1, go from A to A'(top of arc), change to tool tcp position 2, A' to B(end/bottom of arc).
I am trying to solve for a way to allow kuka prc to understand that a grinding wheel has multiple points across the grinding wheel surface that it can use to grind with. How can I create this behavior with Kuka PRC, as far as I can tell, I would need to do a tool change every time, which would potentially cause the grinder to dwell in a spot.
Could I segment the motion, so that if normally going from A to B in an arc like path, the robot would instead start from tcp position 1, go from A to A'(top of arc), change to tool tcp position 2, A' to B(end/bottom of arc).
#9
Support / Re: Multiple tools in milling ...
Last post by Johannes @ Robots in Architecture - July 24, 2025, 08:13:47 PMHello,
You can change tools during a process and combine multiple tools. You could even create a tool with one tip on one side and another tip on another side.
Just take care that KUKA|prc is not a dedicated milling solution, you can create custom strategies yourself (which many users are doing with much success, but it needs some advanced Grasshopper knowledge to do so) or import G-code from e.g. Fusion (with the member or commercial version, or by writing your own importer).
Hope that helps!
Best,
Johannes
You can change tools during a process and combine multiple tools. You could even create a tool with one tip on one side and another tip on another side.
Just take care that KUKA|prc is not a dedicated milling solution, you can create custom strategies yourself (which many users are doing with much success, but it needs some advanced Grasshopper knowledge to do so) or import G-code from e.g. Fusion (with the member or commercial version, or by writing your own importer).
Hope that helps!
Best,
Johannes
#10
Support / Multiple tools in milling oper...
Last post by egeg - July 23, 2025, 03:23:44 PMHello everyone,
I want to define a milling operation in KUKA|prc. Such a milling operation requires more that one tool to be executed, so I'll have a certain part of the operation executed with one tool and then the tool mut be changed to do another part of the operation, then it may be changed again and so on. Is this possible to do this in KUKA|prc? I was not able to find related information...Many thanks!!
I want to define a milling operation in KUKA|prc. Such a milling operation requires more that one tool to be executed, so I'll have a certain part of the operation executed with one tool and then the tool mut be changed to do another part of the operation, then it may be changed again and so on. Is this possible to do this in KUKA|prc? I was not able to find related information...Many thanks!!