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

  • Kawazaki02
  • January 6, 2021 at 2:58 PM
  • Thread is Unresolved
  • Kawazaki02
    Reactions Received
    1
    Trophies
    2
    Posts
    20
    • January 6, 2021 at 2:58 PM
    • #1

    Hello everyone. I cannot solve the problem.
    after scanning (Scansonic), the robot makes an involuntary impact on the product.
    If you cause an error after scanning, then no impact occurs.
    I tried to solve it with KAREL, but I couldn't find a command that could reset a custom error in automatic mode.

    During the transition from point 7 to point 8 without user error, a hit occurs.
    If you call a custom error after scanning, and then reset and continue, then no impact occurs.

    Maybe some of you have already encountered a similar problem.

    Images

    • Снимок.JPG
      • 34.13 kB
      • 311 × 282
      • 24
  • white_raven
    Reactions Received
    8
    Trophies
    2
    Posts
    64
    • January 6, 2021 at 4:00 PM
    • #2

    So you are saying that the robot will collide without an alarm, but if you insert a user alarm it doesn't? Have you tried jogging the robot from point 7 to point 8 to see if there is an obstruction between points? Also it appears that you have remarked out the weave circle but left the weave end in place. Have you tried remarking both out to see if that helps resolve the issue?

  • Kawazaki02
    Reactions Received
    1
    Trophies
    2
    Posts
    20
    • January 6, 2021 at 4:11 PM
    • #3
    Quote from white_raven

    So you are saying that the robot will collide without an alarm, but if you insert a user alarm it doesn't? Have you tried jogging the robot from point 7 to point 8 to see if there is an obstruction between points? Also it appears that you have remarked out the weave circle but left the weave end in place. Have you tried remarking both out to see if that helps resolve the issue?

    yes, I tried to come to each point separately and sequentially in step without scanning, there are no problems, there are no obstacles between the robot's points.

    the problem appears exactly at the end of the scanning track, while the length of the scanning path is not important, the problem is always when moving from the end of the scanning point (during scanning) to the indentation point (the robot moves to a safe distance from the product)

  • white_raven
    Reactions Received
    8
    Trophies
    2
    Posts
    64
    • January 6, 2021 at 4:25 PM
    • #4

    OK, have you calibrated the scanning head? It might be that the calibration is off. I have only set up 1 laser guided welding application and I know that on that system, if the calibration was off then it would cause the robot to weld in the wrong location. What might be happening is that the sensor was bumped, or has moved slightly since the last time it was calibrated. This would cause the robot to scan properly, but when the application sets the coordinates, it is off enough to cause a collision. Sorry, im not very familiar with the scansonic application, but I do have experience with irvision and other laser welding applications, so im not sure exactly how it sets its coordinates.

  • Kawazaki02
    Reactions Received
    1
    Trophies
    2
    Posts
    20
    • January 6, 2021 at 4:42 PM
    • #5
    Quote from white_raven

    OK, have you calibrated the scanning head? It might be that the calibration is off. I have only set up 1 laser guided welding application and I know that on that system, if the calibration was off then it would cause the robot to weld in the wrong location. What might be happening is that the sensor was bumped, or has moved slightly since the last time it was calibrated. This would cause the robot to scan properly, but when the application sets the coordinates, it is off enough to cause a collision. Sorry, im not very familiar with the scansonic application, but I do have experience with irvision and other laser welding applications, so im not sure exactly how it sets its coordinates.

    all instrument and laser adjustments were made correctly, the software shows that the robot is correctly plotting the coordinates.
    but it is precisely after the weld end that it jerks randomly quickly when moving to another point. Sometimes it hits not the product, but vice versa from the product. those. there is some kind of collision area after scanning.
    however, neither fanuc nor the representatives of the laser sensor could help solve this problem

  • white_raven
    Reactions Received
    8
    Trophies
    2
    Posts
    64
    • January 6, 2021 at 4:57 PM
    • #6
    Quote from Kawazaki02

    all instrument and laser adjustments were made correctly, the software shows that the robot is correctly plotting the coordinates.
    but it is precisely after the weld end that it jerks randomly quickly when moving to another point. Sometimes it hits not the product, but vice versa from the product. those. there is some kind of collision area after scanning.
    however, neither fanuc nor the representatives of the laser sensor could help solve this problem

    That's very strange. So basically the robot scans and welds fine, but when leaving the last weld point and moving to a safe point away from the product the robot decides to go a different direction? It appears as though the next motion is a linear motion and should go directly to that point. Its hard to know what is going on without getting my hands on it, but I would still assume an issue with the scanning application because the problem doesn't arise unless it is implemented, correct? I would double and triple check the scansonic application to ensure it is not sending the robot faulty positional data at the end of its scan cycle. Also, is it possible to bypass the scansonic, and create old fashioned welding instructions to do the job, or is there too much variance from cycle to cycle? Also, if that is not an option, I would check the coordinate data for point 7 and point 8 after a crash before the robot is manually moved off of the product to see if the last coordinates are where they should be.

  • Kawazaki02
    Reactions Received
    1
    Trophies
    2
    Posts
    20
    • January 6, 2021 at 5:21 PM
    • #7
    Quote from white_raven

    That's very strange. So basically the robot scans and welds fine, but when leaving the last weld point and moving to a safe point away from the product the robot decides to go a different direction? It appears as though the next motion is a linear motion and should go directly to that point. Its hard to know what is going on without getting my hands on it, but I would still assume an issue with the scanning application because the problem doesn't arise unless it is implemented, correct? I would double and triple check the scansonic application to ensure it is not sending the robot faulty positional data at the end of its scan cycle. Also, is it possible to bypass the scansonic, and create old fashioned welding instructions to do the job, or is there too much variance from cycle to cycle? Also, if that is not an option, I would check the coordinate data for point 7 and point 8 after a crash before the robot is manually moved off of the product to see if the last coordinates are where they should be.

    checked everything. this problem has been in our enterprise for a very long time.

    but still the question remains, why, after scanning, if you cause an error, the robot moves on as if nothing had happened.

  • white_raven
    Reactions Received
    8
    Trophies
    2
    Posts
    64
    • January 6, 2021 at 5:53 PM
    • #8

    If you have checked all positional data, and the coordinates set by the application process are not to blame, then I would guess it is a software compatibility issue. Inserting a user alarm probably interrupts the software process allowing the robot to continue normally. Was this scansonic equipment recommended by FANUC or was it something your company decided to use. FANUC usually recommends the equipment that is most compatible with their software, and can provide tech assistance with diagnosing these kinds of issues. Have you tried recording P[8] as a position register and using that in place of the point? It might not help, but there is a possibility that using a position register could interrupt the end of the application process enough to prevent a crash because those applications do not typically modify register values. Jog the robot to P[8], go into your position registers and find one that is not used, record the position to that register, then in the program curser over to the 8 and use the function key for choice, select PR, then type the number of the PR that you used. Make sure it is still set to a linear motion, and that the speed of the motion is still the same, then try to run the program without the user alarm. I hope this helps. If nothing else, you could try to rewrite the program, and use that in its place if for some reason your data is being corrupted. I wish I could be more help, but without being able to put my hands on the pendant to check the application data, it's difficult to diagnose.

  • Kawazaki02
    Reactions Received
    1
    Trophies
    2
    Posts
    20
    • January 7, 2021 at 5:43 PM
    • #9
    Quote from white_raven

    If you have checked all positional data, and the coordinates set by the application process are not to blame, then I would guess it is a software compatibility issue. Inserting a user alarm probably interrupts the software process allowing the robot to continue normally. Was this scansonic equipment recommended by FANUC or was it something your company decided to use. FANUC usually recommends the equipment that is most compatible with their software, and can provide tech assistance with diagnosing these kinds of issues. Have you tried recording P[8] as a position register and using that in place of the point? It might not help, but there is a possibility that using a position register could interrupt the end of the application process enough to prevent a crash because those applications do not typically modify register values. Jog the robot to P[8], go into your position registers and find one that is not used, record the position to that register, then in the program curser over to the 8 and use the function key for choice, select PR, then type the number of the PR that you used. Make sure it is still set to a linear motion, and that the speed of the motion is still the same, then try to run the program without the user alarm. I hope this helps. If nothing else, you could try to rewrite the program, and use that in its place if for some reason your data is being corrupted. I wish I could be more help, but without being able to put my hands on the pendant to check the application data, it's difficult to diagnose.

    Okay, I'll try at work tomorrow.
    I will write about success

  • Kawazaki02
    Reactions Received
    1
    Trophies
    2
    Posts
    20
    • January 8, 2021 at 2:43 PM
    • #10

    thanks to all. solved the problem via KAREL%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5.png?name=%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5.png&sid=YWVzX3NpZDp7ImFlc0tleUlkIjoiMTc4IiwiaG1hY0tleUlkIjoiMTc4IiwiaXZCYXNlNjQiOiJKQzBUWC83QU41WmpBOEk2d0FxZUJRPT0iLCJzaWRCYXNlNjQiOiJSZDBMc2hsRThnSGplbG9SWG5YdXNiNkgwMDdFRVg0djZ0cEFWbXlJUDNTTjB2SGZwdkJ2N3dxVUNxVDYzR05qeVdYQWJ5dXVPK0lZVWNSa2pLTkJYaHZJOVo0NCt3K1NYQkpwY3BUWHg0eHpqQkVPUWlPTGl0NjB1TFJkTVowUDU5SjJMTFF3TnNwb0xFa0l4bGVZTFE9PSIsImhtYWNCYXNlNjQiOiJOZUF0OFJYdkxlYlVNOVBVM2VhZ3hOdUZkejN5RVN3QXVKTG5Ba2lZeUI0PSJ9

  • Cgeib
    Trophies
    3
    Posts
    9
    • January 8, 2021 at 3:48 PM
    • #11

    To track sens a weld you will need to do a weave sign not a weave circle. It needs the weave to properly track as it is sensing the feedback voltage from the seam. I have seen improper weld tracks cause collisions.

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
  • krc5
  • KRL
  • KUKA
  • motoman
  • Offset
  • PLC
  • PROFINET
  • Program
  • Programming
  • RAPID
  • 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
  • krc5
  • KRL
  • KUKA
  • motoman
  • Offset
  • PLC
  • PROFINET
  • Program
  • Programming
  • RAPID
  • roboguide
  • robot
  • robotstudio
  • RSI
  • safety
  • Siemens
  • simulation
  • SPEED
  • staubli
  • tcp
  • TCP/IP
  • teach pendant
  • vision
  • Welding
  • workvisual
  • yaskawa
  • YRC1000

Similar Threads

  • Help Needed on DPM Dynamic Path Modification

    • 4wheeled
    • December 6, 2020 at 2:50 AM
    • Fanuc Robot Forum
  • Roboguide- backup file

    • Weronika
    • December 2, 2020 at 2:29 PM
    • Fanuc Robot Forum
  • SPOT-063 SCR SHORT

    • NovaFlatline
    • December 31, 2020 at 10:46 AM
    • Fanuc Robot Forum
  • Fanuc R30iB Plus And AB Armor Block

    • Iprogram
    • December 30, 2020 at 11:44 AM
    • Fanuc Robot Forum
  • Fanuc Rj2 internal PLC

    • Robotmei
    • December 27, 2020 at 6:18 PM
    • Fanuc Robot Forum
  • Jog frame Data in variables?

    • Hurricaner
    • December 15, 2020 at 3:16 PM
    • Fanuc Robot Forum
  • Can’t connect with notebook to camera

    • GanD3i
    • December 16, 2020 at 9:38 AM
    • Fanuc Robot Forum
  • Open IO screen on specific line

    • mdk187
    • November 26, 2020 at 3:48 PM
    • Fanuc Robot Forum
  • New Fanuc IF THEN ENDIF V8.30 /P52

    • USURP_RUR
    • December 14, 2020 at 9:40 PM
    • Fanuc Robot Forum
  • Read name of PR given in PR Data list?

    • TomFoolious
    • December 9, 2020 at 12:52 PM
    • Fanuc Robot Forum

Tags

  • Fanuc
  • karel
  • error
  • fanuc robot
  • Karel programming
  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