Welcome, Guest. Please login or register.
Did you miss your activation email?
December 02, 2008, 07:21:02 AM
Home Help Search Calendar Login Register
News: Any Problems or Experience with Industrial Robots ?
Register and place your Question to worldwide Robotexperts right here !

+  Robotforum | Support for Robotprogrammer and Users
|-+  Robot Help and Discussion Center
| |-+  Stäubli & Bosch Robots
| | |-+  After using RUN_HOLD button, robot changes PATH ??
0 Members and 1 Guest are viewing this topic. « previous next »
Pages: [1] Print
Author Topic: After using RUN_HOLD button, robot changes PATH ??  (Read 1135 times)
Davros
Newbie
*
Offline Offline

Posts: 1


« on: July 29, 2008, 06:37:44 AM »

Hi
I have a 6 axis RX60B with CS7MB controller. The machine i work on has been working OK for years. Yesterday i was testing some changes at slow speed & using the RUN_HOLD pause button on the MCP control panel. After pausing the robot and then letting it continue, i noticed that the robot was taking a very strange path. It was like axis 4 was trying to do a 360 ! It seems that because I pause the robot, the robot re-calculated a new path to the final position. This new path may lead to a crash or motor overload as robot tries to move to a position it cannot get too i.e "soft envelope error".

The code looks like:

   SPEED speed.movepo*0.5
   MOVE #helppoint

   WAIT DISTANCE(HERE,DEST) < 50
   SPEED speed.movepo*0.5
   MOVE pos2

   WAIT DISTANCE(HERE,DEST) < 50

I pause robot when it was moving to #helppoint.
Strange robot movement is seen when robot was moving to within 50mm of pos2. Pos2 is calculated from a teachposition using the SHIFT command.

Can anyone explain this or how a robot calculates its path?
Thanks alot.
Logged
TygerDawg
Newbie
*
Offline Offline

Posts: 22


« Reply #1 on: July 30, 2008, 12:19:19 PM »

A couple of possibilities:

You're moving from a precision point (joint angle) position to a cartesian [X,Y,Z,y,p,r] position.  Certainly not a problem normally, but you must make sure your joint angles during the transition from one to the other are not near a limit. 

The operating system calculates the easiest way to move the arm from one point to another and if it is near a limit it may decide to do some strange unexpected motions in this case.  I describe it as "unwinding" one or more of the axes.  Monitor the joint angles from the teach pendant and see what's going on.  I had a similar situation once and it required a couple of extra precision point locations to "force" the arm into a desired configuration through a transition, otherwise the robot swung around strangely and crashed.  The arm configuration & joint angles were good at the beginning of the path and at the end of the path.  But during the middle of the path a limit was approached.  When I stopped and jogged there, I got strange motion.  Fixed it, then ran it in AUTO and slowly increased speed to verify the motion.

I have also seen completely unexpected motion with no explanation, but it was EXTREMELY RARE...once in five years, and only under a very specific and repeatable set of circumstances.  I would not expect that to be the problem.
Logged

TygerDawg
Blue Technik
www.bluetechnik.com
Pages: [1] Print 
« previous next »
Jump to:  


Login with username, password and session length

Powered by MySQL Powered by PHP Powered by SMF 1.1.7 | SMF © 2006-2008, Simple Machines LLC Valid XHTML 1.0! Valid CSS!