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

constant touch-up of Fanuc M-10iD after safety gate has been entered

  • EMSSTC
  • April 17, 2019 at 8:01 PM
  • Thread is Resolved
  • EMSSTC
    Reactions Received
    1
    Trophies
    4
    Posts
    21
    • April 17, 2019 at 8:01 PM
    • #1

    Let me start off by saying that I received a new M-10iD with a R-30iB PLUS controller 5 months ago. Occasionally we have had a chain fault which required a reset of channel 1 from the pendant. The problem that I am having now is that every time the operator goes into the fence the robot needs to be touched up. even if nothing is moving when he opens the gate. It is usually the X that is a mm or so off, even though the position numbers have not changed. Can anyone explain why this may be happening or give me a clue on how I may be able to fix it? Everything runs fine unless the fence is opened.

    Thanks in advance,
    EMSSTC

  • Online
    Lemster68
    Reactions Received
    301
    Trophies
    9
    Posts
    2,469
    Blog Articles
    7
    • April 17, 2019 at 8:41 PM
    • #2

    The only thing that I can think of right now is this--is everything bolted down tight to the floor? Someone leaning on something moving it a little maybe.

  • EMSSTC
    Reactions Received
    1
    Trophies
    4
    Posts
    21
    • April 17, 2019 at 8:48 PM
    • #3

    I'll double check on that, but something I failed to mention before is that there are two different trays (and position points) that the robot uses, but it only seems to effect one of them. I'm not 100% sure, but I think it has happened on both trays, just not at the same time. It is only a mm or so, so maybe I'm just not noticing it on the other.

  • EMSSTC
    Reactions Received
    1
    Trophies
    4
    Posts
    21
    • April 17, 2019 at 9:00 PM
    • #4

    I checked and everything is bolted to the floor. The operator states that it has been both trays and it is always the very next tray it uses after entry. As I said before it is only a mm or so, but it causes big problems for our process. I just don't understand how the fence could affect it or why it would only be the next tray and not both.

  • Online
    Lemster68
    Reactions Received
    301
    Trophies
    9
    Posts
    2,469
    Blog Articles
    7
    • April 17, 2019 at 9:11 PM
    • #5

    Trays, hmmm. So what if you open the gate, no one goes in, then lock gate and resume? Also, I have to ask if the is some type of pneumatic or otherwise a device that locates or "crowds" your trays? Are they de-energized because the gate is opened and then re-energized upon resuming auto? Could there be a sequence to locating these trays?

  • SHIFT_Lock
    Reactions Received
    29
    Trophies
    3
    Posts
    237
    • April 18, 2019 at 1:07 AM
    • #6

    Lemster68 has a very valid point. Pulling a gate key will de-energize the line and things will often "shift" around a bit. Something else that sticks out to me is that you were dealing with "chain Faults" which are safety faults regarding the TP deadman, safety gates, e-stops ect. Did you do anything to fix that issue? It's possible that the two are related in some way though I don't exactly know how??

    "I could tell that my parents hated me. My bath toys were a toaster and a radio."

  • EMSSTC
    Reactions Received
    1
    Trophies
    4
    Posts
    21
    • April 18, 2019 at 3:11 PM
    • #7

    We don't have anything that affects the trays. They are placed on hooks with no centering mechanism. The problem started on 2nd shift Tuesday and I fought it all day Wednesday, but I haven't had much trouble so far today. I wish I could find the cause because it will probably come back. I was wondering if it had something to do with the occasional chain/fence fault. Our best guess on that one is that the gate may have shaken and quickly unlatched and latched back. As of now everything is looking good, but if anyone could give some insight on what it might have been, I would be grateful. As I said, I'm afraid that it will come back.

    Thank you,
    EMSSTC

  • RobotCoder
    Reactions Received
    5
    Trophies
    4
    Posts
    39
    • April 19, 2019 at 1:35 AM
    • #8

    Are there offsets associated with trays? Did you check OFF/TOFF values before and after? Keep in mind you have to back out of PR to see change in state.

  • robotero
    Reactions Received
    14
    Trophies
    4
    Posts
    346
    • April 20, 2019 at 4:16 AM
    • #9

    Do not blame the robot, check your process

    Since the first time I read your post I couldn't stopped thinking how can you be so sure the robot "moved"?
    The only way to be positive is to program a verification posture and check robot's repeatability.

    In arc welding for example we verify the torch regularly by replacing the conic torch nozzle with a straight nozzle
    the robot moves to a verification station that has a sliding tube. If torch is perfectly aligned the tube slides over the nozzle as a sleeve, otherwise any deviation would prevent it.

    If the robot does not repeat after opening the gate, I think is just a mere coincidence and I bet the variation is in other elements of the cell.

    If the robot is not properly anchored, it would start shifting.

  • jpl
    Trophies
    3
    Posts
    2
    • April 20, 2019 at 7:09 PM
    • #10

    When you open the gate do you have sometime an alarm on the teach pendant ?

  • Skooter
    Reactions Received
    169
    Trophies
    6
    Posts
    2,024
    • April 23, 2019 at 4:08 AM
    • #11
    Quote from robotero


    Since the first time I read your post I couldn't stopped thinking how can you be so sure the robot "moved"?
    The only way to be positive is to program a verification posture and check robot's repeatability.

    In arc welding for example we verify the torch regularly by replacing the conic torch nozzle with a straight nozzle
    the robot moves to a verification station that has a sliding tube. If torch is perfectly aligned the tube slides over the nozzle as a sleeve, otherwise any deviation would prevent it.

    I've seen similar issues when there is slight movement in the tooling. As suggested by Robotero, you should setup a position where you can verify a known position point on the tooling to a fixed position in the cell.
    Make sure there are properly sized dowel pins used at the mounting flange and any adapting plates on the tooling. A very slight movement may be causing this.

  • EMSSTC
    Reactions Received
    1
    Trophies
    4
    Posts
    21
    • April 24, 2019 at 8:49 PM
    • #12

    Thank you all. I,m not exactly sure what we did to fix the problem, but it has not returned.

    EMSSTC

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