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

PTP Axis 6 limit with singularity

  • Joeri
  • May 7, 2025 at 10:21 AM
  • Thread is Unresolved
  • Joeri
    Trophies
    2
    Posts
    11
    • May 7, 2025 at 10:21 AM
    • #1

    Hello,

    I have a KRC2 6 axis robot for stacking. It grips a part, turns it 180degrees and stacks it. Because of poor preparation in tooling and positioning it has to move through singularity at a certain height of the stack. with the combination of some LIN movements and turning axis 5 it works but it is ofcourse not very smooth.

    When I try to use PTP movements due to the variation in the base height the robot sometimes wants to overturn axis 6. This ofcourse throws an error: "axis 6 out off limits" even though the position is reachable when he does a LIN movement.

    I prefer to use PTP movements because off the speed and smooth motion, there is also enough space to let the robot move. Another way of solving this is ofcourse to make a fix position depending on the stack height which always works but again it is cleaner if the turn position changes with the stack height.

  • Leon
    Reactions Received
    35
    Trophies
    5
    Posts
    471
    • May 7, 2025 at 10:55 AM
    • #2

    and your question is?

    if you want an answer to your problem you already gave it yourself:

    Quote from Joeri

    Because of poor preparation in tooling and positioning it has to move through singularity at a certain height of the stack

    but is suspect that is not the answer you are looking for :winking_face:

    if you question is why does LIN moves work where PTP fail. that is pretty simple. with LIN moves you force the arm past the singularity (at a reduced speed so A4 and A6 don't overspeed)

    With PTP moves this can become a bit trickier depending on how you program it. For PTP moves status and turn are used to determine in what orientation the arm ends up. How are you programming your robot? with inline forms or straight KRL?

    Every problem has a solution, that isn't the problem. The problem is the solution.

  • Joeri
    Trophies
    2
    Posts
    11
    • May 7, 2025 at 11:03 AM
    • #3

    I am programming with inline forms.

    My goal is to make it move smoother and quicker, PTP movements would do this but I am struggling on how to use them around the singularity without overturning axis 6.

    is there a way to lock the configuration of axis 6 or is there a better way to work around this problem. I want to learn on how to do this better if i ever come across this problem again.

  • Fubini
    Reactions Received
    278
    Trophies
    9
    Posts
    1,889
    • May 7, 2025 at 11:17 AM
    • #4
    Quote from Joeri

    My goal is to make it move smoother and quicker, PTP movements would do this but I am struggling on how to use them around the singularity without overturning axis 6.

    PTP moves have no singularities, since they move robot in axis space and not in cartesian space. There must be a misinterpretation on your side. The only problem where singularities can be an issue is if start or end position of the PTPare given that are inside a singularity because given Cartesian start and/or end position need to be transformed into axis space to get the corresponding axis start and/or end values. There is an option that prohibits teaching position inside singularities so this problem can be avoided when teaching. I do not remember the system variable for this but i am pretty sure its documented inside this forum.

    How the robot moves for PTP is solely defined by Status and Turn bits. If your issue is an axis limitation it definitly is a turn issue. If it is a workspace error it is a status issue. Read about Status and Turn and Cartesian position ambiguities in the system Integrators manual. This can be solved by using INVERSE to do some pre calculations and calculate the fitting turn for your movement before hand. Examples for this can be found inside the forum. Unfortunately this requires skills in plain KRL programming.

  • Leon
    Reactions Received
    35
    Trophies
    5
    Posts
    471
    • May 7, 2025 at 11:29 AM
    • #5

    it has been years since i have used inline forms, but they should save each position with the status and turn information.

    Simplest solution is add more points where the singularity is. Basically tell the robot more exactly how to navigate it best. this way it should not "flip a6" in its final position

    there are probably better solutions but without seeing the actual movement that is going to be hard to recommend something. best would be to either avoid or at the least increase the distance to the singularity.

    Quote from Joeri

    is there a way to lock the configuration of axis 6 or is there a better way to work around this problem. I want to learn on how to do this better if i ever come across this problem again.

    not while using PTP moves. PTP moves from point A to point B in the fastest way possible. With LIN and CIRC moves there are options because they are path orientated. Depending on your KSS version you also have access to spline motions, that also has some options.

    Every problem has a solution, that isn't the problem. The problem is the solution.

  • Fubini
    Reactions Received
    278
    Trophies
    9
    Posts
    1,889
    • May 7, 2025 at 1:19 PM
    • #6

    You could also checkout kue_weg.src on your controller. This pretty much is for doing the calculations so that in PTPs the hand moves as little as possible. Simply try kue_weg in forum search function to find additional information on this.

  • Joeri
    Trophies
    2
    Posts
    11
    • May 14, 2025 at 1:12 PM
    • #7

    Thank you for the responses it did put me on the right way.

    the problem was that indeed the T and S values did not match the configuration anymore on certain heights. LIN movements ignore this and do make it reachable without triggering a fault.

    turning through the singularity point I solved using points with axis values.

    thank you all for the comments and help!

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

Similar Threads

  • how the robots in your facility navigate through singularities?

    • DawnHill
    • March 13, 2025 at 3:11 AM
    • General Discussion of Industrial Robots Only
  • Question About the Functionality of Program Override (POV)

    • xianyv
    • January 12, 2025 at 7:20 AM
    • KUKA Robot Forum
  • KUKA actual position - orientation issue

    • WillTherrien
    • March 10, 2024 at 7:56 PM
    • KUKA Robot Forum
  • array/grid-wise measurement with kuka robot

    • El_Mo
    • June 25, 2022 at 3:43 PM
    • KUKA Robot Forum

Tags

  • KUKA
  • KRC2
  • singularity

Users Viewing This Thread

  • 1 Guest
  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