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

Robot moving to last position when switching back from teach to repeat

  • dhindhimathai
  • June 10, 2024 at 2:31 PM
  • Thread is Unresolved
  • dhindhimathai
    Reactions Received
    2
    Trophies
    1
    Posts
    15
    • June 10, 2024 at 2:31 PM
    • #1

    Dear all,

    I'm experiencing a very annoying phenomenon. We have a Kawasaki robot RS025Ncommunicate in which we run a Main to communicating in TCP/IP with a client sending commands and executing them in a while loop. Something like the following:

    Code
    .PROGRAM Main () ; Main Program
      WHILE TRUE DO
        ; Call the communication program to get the commandSometimes
        EXECUTE Communication
        ; Do something in a loop
        WHILE client_connected DO
          ; Execute commands like JMOVE, LMOVE, ...
          PRINT "Executing..."
        END
        ; Do something else
        TWAIT 1.0
      END
    .END
    Display More

    We are experiencing a very strange phenomenon. Suppose, the robot is not receiving any communication, i.e. no commands being executed with any JMOVE or LMOVE commands. The robot is in MOTOR ON and is in CYCLE START. We switch from REPEAT to TEACH. Then, we move the robot to another position. Finally, we switch back from TEACH to REPEAT, turn back on the motor, and give CYCLE START. We notice that the robot moves back to the same position it was before being moved in TEACH mode.

    Why is this happening? Despite no command being executed by the robot, why does it move back to the same position it was before being put in TEACH mode? Have you ever noticed this?

    Thank you so much in advance. I really appreciate any help you can provide.

  • kwakisaki
    Reactions Received
    694
    Trophies
    11
    Posts
    4,770
    • June 10, 2024 at 8:48 PM
    • #2

    I would check your code, as the example you have given is not the code your running is it.
    Sounds like no handshaking is being used between comms and motion segments.

    You wouldn't normally have comms and motion segments in the main routine as one will always execute before the other and as the priority in the main routine is given to motion segments, then read ahead is probably the key factor here.

    Not that I am saying that is your issue, but seems plausible.

    What does Kawasaki say about it?

    View my channel at Industrial Robotics Consultancy Limited - YouTube

  • dhindhimathai
    Reactions Received
    2
    Trophies
    1
    Posts
    15
    • June 11, 2024 at 12:25 PM
    • #3

    Hey kwakisaki. Thanks for your response. I would have shared the full code but our company policies do not allow it.

    We are actually using the main to only execute the motion commands in a while loop, and these commands are taken from a command queue. The queue is filled by the TCP/IP communication program, which runs on a parallel PC Program. We have implemented semaphores to protect the queue. We had extensively tested these.

    I'm very sure that no motion commands are being run when we put the robot in TEACH mode. It is true that we do not stop the CYCLE nor turn OFF the MOTORS before switching to TEACH mode. But it sounds very strange to me that when back to REPEAT (and MOTOR ON and CYCLE START) the robot has to move to the state in which it was before being put in TEACH.

    Kawasaki support will come tomorrow but we fear they might not give us a good idea of why this is happening.

  • kwakisaki
    Reactions Received
    694
    Trophies
    11
    Posts
    4,770
    • June 11, 2024 at 8:06 PM
    • #4

    I respect you cannot share the code, but in the same sense, I cannot just go off an explanation of the mechanism as that does not reflect code.

    You say your TCP/IP runs parallel......No it does not, there is a processing speed difference Main tasks and PC Tasks (Ask Kawasaki about this).

    Quote from dhindhimathai

    Kawasaki support will come tomorrow but we fear they might not give us a good idea of why this is happening.

    Would be interested to hear what they say as the other thing, this could be firmware related which would require some further investigation probably.
    Have some faith.............:top:

    I did something a while back using Arduino RF and a 3D printed simple jogging box which I implemented with KRoset using TCP/IP which worked quite well, but never got the opportunity to interface on a live robot so I am sure what you are trying to achieve is doable:

    KRoset (Licensed Version) -3D Printer, Arduino and KRoset funtime. (youtube.com)

    View my channel at Industrial Robotics Consultancy Limited - YouTube

  • ShAdOwDrAgOnS
    Reactions Received
    37
    Trophies
    3
    Posts
    64
    • June 20, 2024 at 6:26 AM
    • #5
    Quote from dhindhimathai

    We are experiencing a very strange phenomenon. Suppose, the robot is not receiving any communication, i.e. no commands being executed with any JMOVE or LMOVE commands. The robot is in MOTOR ON and is in CYCLE START. We switch from REPEAT to TEACH. Then, we move the robot to another position. Finally, we switch back from TEACH to REPEAT, turn back on the motor, and give CYCLE START. We notice that the robot moves back to the same position it was before being moved in TEACH mode.

    I always thought this is normal for Kawasaki robots to do a Joint move back to where it was when it was interrupted. Even if it's not why would you let your robot continue in automatic if it was moved in teach, since you don't know where or why they moved the robot and what path it will take to your next executed motion.

    Depending on your application, I find it's good practice in my opinion to be able to monitor when the robot is switched to teach mode and run an initialization routine to deal with people moving robots mid cycle.

    I usually use an autostart to monitor for teach and teach lock, then prime PG0 where the robot runs initialization code before running a routine to return safely from almost any position to a known location and then continuing normal operation in repeat.

    If it's not practical to recover automatically with a routine then you could add a SOP(standard operating procedure) to make them drive the robot close to a location before going back into repeat.

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

Tags

  • kawasaki
  • teach pendant
  • teach/repeat
  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