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

KRC4 "Controller Ready" of Auto External interface is not Asserting

  • UpperLeft
  • January 26, 2023 at 5:02 PM
  • Thread is Unresolved
  • UpperLeft
    Trophies
    3
    Posts
    2
    • January 26, 2023 at 5:02 PM
    • #1

    A robot that has been running for years has stopped asserting the Controller Ready bit as part of the Automatic External interface with the PLC. Does anyone understand the conditions required by the KSS to assert the signal? I checked of the hardware inside the cabinet looks normal and the perimeter gates and safety devices are in a good state.

    The faulted robot is a KRC4 NA UL controller, KSS 8.3.17 with Tech Packages Safe Operation 3.2 and RSI 3.3.

    The second robot in the cell interfaced to the same PLC is working fine.

    Any ideas on what to check would be appreciated!

  • Online
    SkyeFire
    Reactions Received
    1,052
    Trophies
    12
    Posts
    9,429
    • January 26, 2023 at 5:07 PM
    • #2
    Quote from UpperLeft

    A robot that has been running for years has stopped asserting the Controller Ready bit as part of the Automatic External interface with the PLC.

    There is no signal named "Controller Ready" in the standard KUKA Auto-External signal table. To be of any help to you, we need to know the actual system variable name in the KRC for the output that is not being set. You can see the entire set of Auto-Extern signals by going to Display>I/O>Automatic External, and selecting the Outputs tab.

    Also, what messages are shown on the SmartPad when this happens? What status is shown (ie, Drives On/Off, SPS running or not, which program is selected, etc).

  • Online
    panic mode
    Reactions Received
    1,280
    Trophies
    11
    Posts
    13,085
    • January 26, 2023 at 5:45 PM
    • #3

    there is "Controller ready", it is signal $RC_RDY1 at the top of start conditions page.

    and unfortunately it is "documented" but obviously not properly as it does not tell the most important thing - what one can do if it does not come on:

    so the question is what changed? any hardware added/removed? any WoV project deployed? safety configuration activated? what is the safety interface? if DRIVES OFF signal true? that is a pesky one that does not show any messages.

    1) read pinned topic: READ FIRST...

    2) if you have an issue with robot, post question in the correct forum section... do NOT contact me directly

    3) read 1 and 2

  • Online
    panic mode
    Reactions Received
    1,280
    Trophies
    11
    Posts
    13,085
    • January 26, 2023 at 5:55 PM
    • #4
    Quote from UpperLeft

    I checked of the hardware inside the cabinet looks normal and the perimeter gates and safety devices are in a good state.

    common mistake.. "i checked it and it is good".

    not really. something is obviously not right or there would be no topic asking for help.

    so why not show what the controller status and messages are? if asking for help, why not let forum members see for them selves if something is ok or not?

    one can monitor start condition.

    an example here is missing interface active:

    1) read pinned topic: READ FIRST...

    2) if you have an issue with robot, post question in the correct forum section... do NOT contact me directly

    3) read 1 and 2

  • UpperLeft
    Trophies
    3
    Posts
    2
    • January 26, 2023 at 7:26 PM
    • #5

    The variable name is $RC_RDY1 but I no longer think this is the correct question to ask. I forced $Move_Enable to 1025 and drives active drives in T1.

    I noticed that $StopMess is asserted. Likely this is asserted because the PLC has dropped $Move_Enable to the robot.

    So I am now thinking that the real issue has to do with something external to the robot.

    Here are is a screen shot of the "Start Condition" Auto External outputs. The only ative messages are:

    1. KSS 00203 General Motion Enable

    2. KSS 27004 Brake Test Required (Safe Operation is loaded on the robot)

    Thanks

    Images

    • 20230126_092441_resized.jpg
      • 105.64 kB
      • 900 × 1,200
      • 34
  • Online
    panic mode
    Reactions Received
    1,280
    Trophies
    11
    Posts
    13,085
    • January 27, 2023 at 1:39 AM
    • #6
    Quote from UpperLeft

    I no longer think this is the correct question to ask.

    yes, often people ask for help without supplying tangible info. things that may be glaring obvious, can be not discovered until topic has grown a lot. so statements like "i checked XYZ and it is ok" are usually the problem because we do not know the experience level of the user.

    Quote from UpperLeft

    I forced $Move_Enable to 1025 and drives active drives in T1.

    this signal is displayed and easy to see - usually. sometimes PLC logic is bad and signal is not stable (glitches or oscillates). in that case setting to fixed value like 1025 can help identify the problem, specially when access to PLC is not available so forcing PLC output is not possible.

    Quote from UpperLeft

    I noticed that $StopMess is asserted.

    that is an important clue. original post reads as if everything is fine. it is clear now that robot not running is not a mystery. screenshot of pendant (program screen and all messages) would be enough to sort this out.

    Quote from UpperLeft

    So I am now thinking that the real issue has to do with something external to the robot.

    That is correct, PLC need to keep $MOVE_ENABLE on all the time unless there is a severe issue.

    Quote from UpperLeft

    The only ative messages are:

    1. KSS 00203 General Motion Enable

    2. KSS 27004 Brake Test Required (Safe Operation is loaded on the robot)

    messages also display effect they have on the robot.

    for example this message does not stop robot:

    1) read pinned topic: READ FIRST...

    2) if you have an issue with robot, post question in the correct forum section... do NOT contact me directly

    3) read 1 and 2

  • Online
    SkyeFire
    Reactions Received
    1,052
    Trophies
    12
    Posts
    9,429
    • January 27, 2023 at 4:23 PM
    • #7
    Quote from panic mode

    there is "Controller ready", it is signal $RC_RDY1 at the top of start conditions page.

    ...derp. I've not sure I've ever even noticed it being called that. I only paid attention to $RC_RDY.

    Quote from UpperLeft

    Here are is a screen shot of the "Start Condition" Auto External outputs. The only ative messages are:

    1. KSS 00203 General Motion Enable

    2. KSS 27004 Brake Test Required (Safe Operation is loaded on the robot)

    Have you performed the Brake Test? The PLC might be programmed to block the robot from running in Auto External until the Brake Test has been carried out.

    Also, setting $MOVE_ENABLE to $IN[1025] is normally only allowed for T1/T2/AUT modes, not EXT mode. Normally any attempt to set EXT mode with $MOVE_ENALE set to 1025 results in an unclearable fault and the robot is inoperable.

  • Online
    panic mode
    Reactions Received
    1,280
    Trophies
    11
    Posts
    13,085
    • January 27, 2023 at 4:42 PM
    • #8

    missing brake test should only prevent operation after some time (2h). but missing move enable stops immediately...

    1) read pinned topic: READ FIRST...

    2) if you have an issue with robot, post question in the correct forum section... do NOT contact me directly

    3) read 1 and 2

  • Online
    SkyeFire
    Reactions Received
    1,052
    Trophies
    12
    Posts
    9,429
    • January 27, 2023 at 6:08 PM
    • #9
    Quote from panic mode

    missing brake test should only prevent operation after some time (2h). but missing move enable stops immediately...

    That was why I said the PLC might be blocking $MOVE_ENABLE if the BrakeTest Request output from the robot was on. It's a long shot, since usually systems are set up to allow the Brake Test in EXT mode, but it's worth checking.

  • FugTwad
    Reactions Received
    1
    Trophies
    1
    Posts
    9
    • February 7, 2023 at 10:56 AM
    • #10

    Hello,

    Q1: Under what conditions should the PLC change $I_O_ACT to FALSE?

    Q2: Under what conditions should the PLC change $MOVE_ENABLE to FALSE?

    -thanks in advance

  • Online
    SkyeFire
    Reactions Received
    1,052
    Trophies
    12
    Posts
    9,429
    • February 7, 2023 at 2:58 PM
    • #11

    I'm not sure I've ever seen $I_O_ACT set to anything but $IN[1025] (always True) in any KUKA I've ever worked on.

    $MOVE_ENABLE should be True except when the PLC needs to prevent the robot from running without causing an E-Stop or other safety fault. $MOVE_ENABLE has much the same effect as the E-Stop, except that $MOVE_ENABLE is not a safety-rated signal, and the robot does not throw a safety fault when $MOVE_ENABLE is reset.

    Most of the time you can leave $MOVE_ENABLE True and have it act in parallel with the safety signals.

  • FugTwad
    Reactions Received
    1
    Trophies
    1
    Posts
    9
    • February 7, 2023 at 4:14 PM
    • #12

    I made an assumption that that $I_O_ACT was only required for EXT mode. I see this is incorrect and it is required always for all modes T1/T2/AUTO and EXT. Thanks for the clarification.

  • Online
    panic mode
    Reactions Received
    1,280
    Trophies
    11
    Posts
    13,085
    • February 7, 2023 at 6:14 PM
    • #13
    Quote from FugTwad

    I made an assumption that that $I_O_ACT was only required for EXT mode. I see this is incorrect and it is required always for all modes T1/T2/AUTO and EXT.

    Hmmm... what? What made you conclude that?

    It was just said that nobody seem to bother to modify the value from factory setting... It was not stated that it is impossible to change it or that it also applies to other modes.

    Why not simply check the manual?

    Where does it say that this is needed or required for other modes?

    1) read pinned topic: READ FIRST...

    2) if you have an issue with robot, post question in the correct forum section... do NOT contact me directly

    3) read 1 and 2

  • FugTwad
    Reactions Received
    1
    Trophies
    1
    Posts
    9
    • February 8, 2023 at 9:55 AM
    • #14

    I was "checking the manual" and thought if there is an $I_O_ACTCONF checkback signal that must mean the Robot needs to receive a $I_O_ACT from the higher level controller. Is it really such a stupid leap?

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

  • KRC4
  • automatic external
  • $RC_RDY1
  • Controller Ready
  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