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

KUKA Interpreter stops for a reason i can't understand

  • FAKUTSU
  • February 27, 2025 at 10:38 AM
  • Thread is Unresolved
  • FAKUTSU
    Posts
    6
    • February 27, 2025 at 10:38 AM
    • #1

    Hello all,

    I have a problem with reaching a smooth robot movement in my application and after hours of testing a couldn't find the solution for that and I wonder if anyone of you can help, or give me some ideas that i didn't come up with.

    The robot is KR 30 2100 with KRC5 controller

    So the robot seems to be very simple. It is simple pick&place application. The program is divided into 3 segments.

    First is main program with INIT block and starting variables, then waiting for info from plc about which program has to be executed.
    Next is 3 subprograms with simple pick&place movement with just one simple SWITCH instruction where we chose position to reached by the robot (info is coming from PLC)

    And The last one is the homing program, which is executed before every program, this program contains 3 blocks:
    1. Contains going back instructions based on zone in which robot is in exact time (they are based on simple if instructions like
    if XPos_Act.Z < 700 THEN XPos_Act.Z = 800 LIN XPos_Act C_Dis)

    2. Contains going back to safe approach point which is declared before the pick or place point to make sure robot is in safe position before moving into another one

    3. Contains the next movement to another approach position (All the movements have the C_Dis instruction included)

    And so my problem is that in case when i start program and move to pick position i have to move robot back to home position and then to place position, and with this order of movements robot stops for some reason in home position and moves to place position.
    When i execute place program without going back to home the robot makes a normal continous move without stopping.

    I tried to set $ADVANCE parameter to 5 - nothing changed. I can see that that program interpreter stops for some reason while executing home position, but it doesn't stop while setting the place program (See the screenshot). Furthermore it stops in a line that shouldn't make it stop referring to manual which describes which commands actually do it.

    There might be something that i just simply don't understand about continous movement.
    I was thinking that robot is making more calculations during the homing program, but it is not more than for the other programs. It simply just Reset position outputs (I've added continous instruction before avery output reset), than it uses the GET_CURRENT)ROBOT_POS function to check where the robot is and based on results it executes the going back movemnt, than it returns to safe psoition and moves to another safe positon and executes desired program.

    If you have any ideas what could cause the robot not executing continous movement i would be grateful.

    Tell me if you need anymore information.

  • hermann
    Reactions Received
    406
    Trophies
    9
    Posts
    2,610
    • February 27, 2025 at 10:52 AM
    • #2

    Probably O_ROBOT_PROG_NR is an output, this stops the advance run.

  • FAKUTSU
    Posts
    6
    • February 27, 2025 at 10:59 AM
    • #3

    Thanks for reply.
    O_ROBOT_PROG_NR is just INT that saves the number of program sent from PLC and is set to 0 while ending seqeunce to make it ready to execute another program. So let's remove it for now and now the interpreter stops on WAIT FOR I_PLC_PROGRAM_NR.
    I know it should stop here but why it is stopping only when homing program nr is sent into the robot, and nothing else?
    THere must be a reason for that.

    Images

    • image.png
      • 28.21 kB
      • 722 × 509
      • 2
  • hermann
    Reactions Received
    406
    Trophies
    9
    Posts
    2,610
    • February 27, 2025 at 12:22 PM
    • #4

    Probably I_PLC_PROGRAM_NR is an input, accessing i/o stops the advance run.

  • FAKUTSU
    Posts
    6
    • February 27, 2025 at 12:55 PM
    • #5

    If i remove any I/O settings it stops in SWITCH instruction. If i set the continue it follows the next line and so on... It doesn't feel like the solution for this issue


  • hermann
    Reactions Received
    406
    Trophies
    9
    Posts
    2,610
    • February 27, 2025 at 1:07 PM
    • #6

    Without the whole program including definitions of used variables nobody can help. But looking over the whole program probably is time consuming.

  • Fubini
    Reactions Received
    278
    Trophies
    9
    Posts
    1,886
    • February 27, 2025 at 1:41 PM
    • #7

    Did you test with $stopnoaprox?

  • FAKUTSU
    Posts
    6
    • February 27, 2025 at 2:55 PM
    • #8

    I did tests and when I set $stopnoaprox to true there are no outputs on monitoring window about possibility of approximation

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

Tags

  • KUKA
  • problem
  • movement
  • krc5
  • Continous path

Users Viewing This Thread

  • 2 Guests
  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