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

Help With BG Logic/User Alarms

  • AutoMattic21
  • May 16, 2022 at 8:36 PM
  • Thread is Resolved
  • AutoMattic21
    Reactions Received
    2
    Trophies
    2
    Posts
    47
    • May 16, 2022 at 8:36 PM
    • #1

    Good Afternoon all,

    We have a 4 robot mig welding system, with 4 R-30IA Fanucs.

    We are adding water flow sensors to the cell, and We'd like to monitor them at all time so we dont accidentally weld without our coolers on.

    I'm having issues trying to get this done in BG logic.

    I figured I could run a simple program in the background that turned on a User Alarm when any of the four water flow sensors were not on, but I kept getting syntax errors.

    I've since read that I can't call a User Alarm in BG logic.

    With this being said, does anyone have any ideas of how I could constantly monitor this?

    Thank you in advance for any help on this.

    PS- We have no PLC on this cell

  • Go to Best Answer
  • HawkME
    Reactions Received
    568
    Trophies
    10
    Posts
    3,268
    • May 16, 2022 at 11:27 PM
    • #2

    You could use a condition monitor which can then call user alarm. That would work pretty well in this situation.

    Another option is to monitor in BG and drop out the UI hold signal. You must use a flag mapped to the UI signal to do so.

    If you go the BG route would also suggest adding an indicator. Could be as simple as writing to the user screen or wiring in a light, or display on an HMI screen.

  • diey
    Reactions Received
    12
    Trophies
    3
    Posts
    92
    • May 17, 2022 at 3:38 AM
    • #3

    Another thing, there is an option in Fanuc called Multiple control program using RUN instruction, this is the program that is pretty much like BG logic but easier. it is just running secondary program together with primary program

  • scotty
    Reactions Received
    43
    Trophies
    5
    Posts
    497
    • May 17, 2022 at 3:18 PM
    • #4

    I won't recommend using RUN command for this purpose. You may forget to reset your async program and them you will have alarm during start of the next program. I agree, that you can write additional conditions to escape from loops and else. But I would feel more comfortable and secure if it will be done using BGLogic or condition monitoring as @HawkME mentioned. BG and Monitoring conditions is more traceble during debug or testing.

  • AutoMattic21
    Reactions Received
    2
    Trophies
    2
    Posts
    47
    • May 18, 2022 at 3:42 PM
    • #5

    Condition monitoring sounds like a good idea, I just have no idea how to set that up.

    I'll do some research and try to figure it out.

    Thanks for your help

  • AutoMattic21
    Reactions Received
    2
    Trophies
    2
    Posts
    47
    • May 20, 2022 at 1:44 PM
    • #6

    Okay, so here is where I am at.

    I created a conditional job, called COND_WATER that looks like this:

    Code
    WHEN DI[9]= OFF OR DI[14]= OFF, CALL USER_ALM_WATER

    Then, I created a macro called USER_ALM_WATER that looks like this:

    Code
    UALM[1]

    My Main Program for testing looks like this:

    Code
    MONITOR COND_WATER
    CALL TEST_MOTION
    MONITOR END COND_WATER

    The TEST_MOTION program is just a simple motion program I made for testing this.


    I ran the program, turned off the DI[9] and my robot stopped and display the warning, which was great, but then I was able to clear the fault, without turning the sensor back on, and the program continued. After this I tried turning the sensors back on and off multiple times again, but it no longer stops the motion or displays the warning.

    And ideas as to what I need to do to make sure that sensor is back on before restarting, and then also making sure it continues to monitor the input after a restart?

    Thanks again for everyone's assistance.

  • Hazard
    Reactions Received
    15
    Trophies
    3
    Posts
    55
    • May 20, 2022 at 4:05 PM
    • #7

    You have to start the condition monitor program again.

  • scotty
    Reactions Received
    43
    Trophies
    5
    Posts
    497
    • May 20, 2022 at 4:48 PM
    • #8

    You need to recall your monitor program again. If you want to have strict condition that will block smth with monkeying around your monitor program then BG Logic may be an option to solve it faster.

  • HawkME
    Reactions Received
    568
    Trophies
    10
    Posts
    3,268
    • May 20, 2022 at 5:15 PM
    • Best Answer
    • #9

    Add

    MONITOR COND_WATER

    After your ualm in that macro program to restart the monitor.

  • AutoMattic21
    Reactions Received
    2
    Trophies
    2
    Posts
    47
    • May 24, 2022 at 12:26 PM
    • #10
    Quote from HawkME

    Add

    MONITOR COND_WATER

    After your ualm in that macro program to restart the monitor.

    This worked, thank you!

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