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. General Category - Robot Forum
  4. General Discussion of Industrial Robots Only
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

How do you service your end of arm tool?

  • cfernan62
  • May 4, 2022 at 4:32 PM
  • Thread is Unresolved
  • cfernan62
    Trophies
    4
    Posts
    5
    • May 4, 2022 at 4:32 PM
    • #1

    What is the recommended method for safely servicing your EOAT?

    I have a robot with tooling to pickup large 4' x 8' boards and would like to know how to safely service and maintain the EOAT.

    I know this would be application specific, but I think that working under the EOAT and relying on the robot brakes is not the safest way.

    We are going to perform a task-based risk assessment and I would like to know how other robot users handle this maintenance task.


    Some of the options that we considered:
    Provide a platform where you can rest the EOAT and be able to work safely underneath the tooling

    On 6-axis robots, provide a maintenance position to present the bottom of the EOAT to the service personnel
    On 4-axis robots, provide some type of jack stand to support end of arm tool while servicing

    Thanks for your assistance.

  • cfernan62 May 4, 2022 at 4:33 PM

    Changed the title of the thread from “How do you service you end of arm tool?” to “How do you service your end of arm tool?”.
  • Online
    SkyeFire
    Reactions Received
    1,052
    Trophies
    12
    Posts
    9,427
    • May 4, 2022 at 5:29 PM
    • #2

    Generally, the dangers that need to be eliminated are active power and stored energy. "Stored energy" includes gravity (something that might fall on you), air or hydraulic pressure remaining in the lines, heat, and stored electrical charge.

    Active power is "live" power -- main air pressure still present on the EOAT and maintained by the facility supply, electrical power still present to the actuators, sensors, communication units, etc.

    Stored energy needs to be secured safely. Air lines vented and locked out from the facilities supply, electrical power disconnected and locked out, any dangerous objects that might fall on someone either placed on the floor or safely secured to something that will hold them up, etc.

    Sometimes you need to work on an EOAT without eliminating all the energy, however. Say, adjusting a part-present sensor to trip correctly. It's often not possible to tell if the switch is reading the part or not unless you have power to it. Likewise, if you're testing an air-powered gripper, you may need to cycle it repeatedly, which would require active air pressure, at minimum. And it's normal practice, when a robot is put into Teach mode, to disable motive power (like, electrical power to move pneumatic valves) but leave communications power. Comms power is usually so low-voltage as to not be hazardous, even hot-plugging connectors, but if cutting cables or landing bare wires, one should still eliminate this power as well. It's situational.

    Usually, if a robot is in teach mode and the safety perimeter has been breached (usually when someone is working by the robot with the teach pendant), normal practice is to interlock the motive power to the EOAT with the pendant deadman switch. This leaves the programmer able to use the EOAT, as long as they squeeze the deadman, but reduces (not eliminates) the chances of the EOAT moving unexpectedly.

    So, the key is to identify all the sources of active and stored energy in the system that could cause harm, the scenarios where someone might be exposed to them, and develop clear procedures to mitigate or eliminate those risks.

    A heavy object carried by an EOAT that has locking grippers is probably safe to walk under, depending on the EOAT design, and if the EOAT has a good grip on the object (still a good habit not to linger below, though). An EOAT using suction cups, however, is a different story -- any loss of air pressure could drop the payload without warning. No one should go near the EOAT unless the potentially harmful energies are dealt with. If the robot's "grip" on the payload isn't trustworthy, lower it close to the floor so no one can walk under. If the EOAT power isn't tied into the robot Teach safeties, then it needs to be locked out safely. But if locking out that power puts the EOAT at risk of dropping the payload, then deal with the payload first. If you're going to do wiring, lock out any electrical power supplies feeding the EOAT. Ditto for air. You may need to lock out more than one energy supply (air and electrical, for example), and more than one safety lock may be required.

    Robot brakes are usually more than robust enough to stand up to maintenance work on the EOAT, unless major forces are applied, or the robot is badly worn out.

  • cfernan62
    Trophies
    4
    Posts
    5
    • May 5, 2022 at 2:02 AM
    • #3

    Thank you for the detailed explanation!

  • pdl
    Reactions Received
    269
    Trophies
    9
    Posts
    1,530
    • May 5, 2022 at 2:30 PM
    • #4
    Quote from SkyeFire

    It's situational.

    ....

    Robot brakes are usually more than robust enough to stand up to maintenance work on the EOAT, unless major forces are applied, or the robot is badly worn out.

    SkyeFire once again provides excellent, and most importantly experienced, information.

    Please remember, if a safety system design makes it prohibitive to work on, people will resort to bypassing it.

    Safety is critical. Never underestimate the ingenuity of complete fools.

  • Online
    SkyeFire
    Reactions Received
    1,052
    Trophies
    12
    Posts
    9,427
    • May 5, 2022 at 3:58 PM
    • #5

    The best safety is passive -- that is, it's inherent to how the machine is built, in such a way that it doesn't rely too much on people taking active steps to be safe. Like linking the perimeter gate with the robot's auto mode, so that auto is only possible with the gate closed.

    Safety also needs to be low-friction. As PDL said, if the safety procedures are too burdensome, people will look for ways to cut corners. This is why major automation users, like automotive companies, put so much emphasis on single-point lockout -- in most of their systems, you can render a system (mostly) safe for human entry by locking out at one single point. But this requires deliberate design.

    Of course, you often cannot make something completely safe. For example, the grippers on a robot. If the gate is open, and the robot is in teach, the programmer usually needs to be able to control the grippers from the teach pendant. This means it's possible for them to punch the wrong button and drop an engine block on their head (or someone else). This leads to rules requiring hard hats inside some cells, and every-person-must-have-their-own-deadman rules.

    My favorite "too much safety" story is the plant where, even after locking out main power to the robot, maintenance staff were required to chain the robot to the floor before doing anything else inside the safety perimeter. The justification for this was the "possibility" for a lightning bolt to hit the building, travel down the mains power bus, arc across the locked-out disconnect, and somehow make the robot move violently and strike someone. Not only were the resources put into protecting against that "possibility" wasted, they also encouraged the people on the floor to disregard other, more relevant safety measures, b/c they came from the same rules-makers.

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

  • I need config for abb irb 6400/f/2.4-150e s4

    • wowa_wa
    • February 10, 2022 at 8:42 PM
    • ABB Robot Forum
  • 2 robots, same identifier on network

    • MidDee
    • September 1, 2020 at 11:50 AM
    • KUKA Robot Forum
  • KRC 4 : deploy safety changes to controller (without knowing actual safety password).

    • Plc_User
    • March 26, 2021 at 10:04 AM
    • KUKA Robot Forum
  • AUTO-mode troubles...

    • sheppard
    • September 2, 2020 at 12:31 PM
    • KUKA Robot Forum
  • Simulators as a Service?

    • massula
    • July 15, 2020 at 9:32 PM
    • other Systems and general Simulation Discussions
  • Tool not staying straight in linear jog

    • Lauyder
    • November 27, 2018 at 9:26 PM
    • ABB Robot Forum
  • How Unplug My kuka Counter balance ?

    • ramazankan81
    • October 28, 2019 at 12:12 PM
    • KUKA Robot Forum
  • Service Rates for Industrial robots in Canada

    • SuperMan
    • January 24, 2019 at 2:41 AM
    • General Discussion of Industrial Robots Only
  • IRB 2000 Problem Solving

    • mk768780
    • January 3, 2019 at 4:15 AM
    • ABB Robot Forum
  • Load

    • David.mms
    • January 14, 2019 at 10:31 AM
    • ABB Robot Forum

Tags

  • maintenance
  • safety
  • EOAT
  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