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

When fault goes on RO needs to go off?

  • ILoveRobots
  • January 8, 2015 at 12:22 PM
  • Thread is Resolved
  • ILoveRobots
    Trophies
    3
    Posts
    16
    • January 8, 2015 at 12:22 PM
    • #1

    Hey Experts :smiling_face:

    I have an LR mate that is used for sealing, however it does not have sealingtool.
    Now my problem is that i want a RO (Robot output) to go low/off when the robot is faulted, is there an easy way to do this ?

    I reaseached into BG logic and this seems to be a way to do it, i am trying that atm but no luck yet, never used this before so im am climbing a steep hill at this.

    Hope to hear from you guys soon and thanks in advance :smiling_face:

  • kab3472
    Reactions Received
    2
    Trophies
    3
    Posts
    48
    • January 8, 2015 at 6:23 PM
    • #2

    can you just say to turn RO[*] on if SO[3 fault] or UO6[fault] are on. Then invert the RO[*] so when it goes on in logic that it really goes off? Keep in mind you need to cycle power to change the polarity from normal to inverse.

  • Racermike123
    Reactions Received
    13
    Trophies
    4
    Posts
    901
    • January 8, 2015 at 8:26 PM
    • #3

    I'm not sure you can do this. Once the robot is faulted it stops executing. So any logic written to handle this will not execute.
    I think you will need to run the robot output through a relay controlled by either the cstop circuit. Or if you are using a PLC you can run the relay with an output that is turned off when the robot is faulted.

  • kab3472
    Reactions Received
    2
    Trophies
    3
    Posts
    48
    • January 8, 2015 at 9:06 PM
    • #4

    BG logic runs all of the time. He should be able to do this in there.

  • Racermike123
    Reactions Received
    13
    Trophies
    4
    Posts
    901
    • January 8, 2015 at 9:38 PM
    • #5

    Well this works, I don't know how you have your UOPS configured.

    1: IF (DO[6:UOP - Robot Fault]=ON AND RO[1:Laser Sensor Power]=ON),RO[1:Laser Sensor Power]=OFF ;

    If the robot is faulted to output turns off.

  • andreic
    Reactions Received
    24
    Trophies
    4
    Posts
    280
    • January 11, 2015 at 6:52 PM
    • #6

    If you have your UOP's configured than this is the easiest way:
    Create a new program an add RO[1] = !(UOP[6]). This outputs depend on your configuration.
    Go to MENU -> Setup -> BGLogic and choose your program there.

    You can also do it in Karel (Shell).

  • flatcurve
    Reactions Received
    18
    Trophies
    3
    Posts
    58
    • January 15, 2015 at 10:54 PM
    • #7

    : IF(UO[6:Fault] AND RO[1]),RO[1]=(OFF)

    This will turn it off if there's a fault, but still allow you to turn it on and off in your program.

    Set program to no motion group before running in BG Logic.

  • mschlemmer
    Guest
    • January 17, 2015 at 3:09 AM
    • #8

    I have a similar need for my setup. I want DO[1] to go OFF when the TP Program is paused (due to some sort of error). I want this to be for certain portions of the program (during certain moves). I'm thinking that a "pause" will happen if there is any fault in the system, but also give the action (DO[1]=OFF) for any programming errors within the certain portions of the program. Basically I need a safety (DO[1]=OFF) anytime anything goes wrong....during certain portions of my program.
    My approach has been using a condition handler to monitor SO[1]-Cycle Start. I figured I would begin and end the monitoring of SO[1] at different portions of my program, and anytime it goes OFF (while monitoring) I'd turn OFF DO[1]. Doesn't seem to work. Could it be because the monitor stops when the program pauses, and it doesn't continue with the called program? (to turn OFF DO[1]). So I thought I needed to change to Program Monitor "Type 2" by changing $TPP_MON.$LOCAL_MT=2. But I am unable to make the change.....Variable/field Write Protected. I can change other system variables, and I haven't seen this before.
    So I have two questions:
    1.) What do I need to do to be able to change this variable?
    2.) Will my idea even work....or is there a better solution?

    Sorry for the long post....and thanks for any help and suggestions!
    Marc.

  • DaveP
    Reactions Received
    23
    Trophies
    4
    Posts
    199
    • January 21, 2015 at 2:17 PM
    • #9

    Marc,
    I use the following logic to turn on a green light when the robot program is running in auto cycle and waiting for an input to start the spray process. This line is in the BG task.

    DO[7:GREEN LIGHT]=(F[6:GREEN LT FLAG] AND UO[3:Prg running])

    I turn on/off F6 in main program when I want to enable the green light in that portion of the program. It is enabled only when the main program is looping waiting for the cycle start input from the operator.

  • mdemmer
    Guest
    • January 26, 2015 at 8:21 PM
    • #10

    Have you tried the interconnect option? Set the RO to = DO. I do remember that there is only certian options that are available. I've also had a routine given to me (i'll look to see if I still have it) for a Servo Light that was asked by CSA to be added to all robot back in 2005. This was to light up (amber) any time that servos were ON/ACTIVE. This program took over RO[1] and was running all the time in the background. It may have been a Macro now that I think about it.

  • mschlemmer
    Guest
    • January 27, 2015 at 11:14 PM
    • #11

    Thanks, DaveP and mdemmer....I think I have it sorted after reviewing you posts.
    Used System Monitor Type 2 and turn a DO ON/OFF as the flag to begin monitoring for SO[1] to go off. Final thing to finish me off was to re-enable the System Monitor at the end of my action (called) program.

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