Welcome, Guest. Please login or register.
Did you miss your activation email?
May 22, 2012, 07:10:26 AM
Home Help Login Register
News: Any Problems or Experience with Industrial Robots ?
Register and place your Question / Answer to worldwide Robotexperts right here !

+  Robotforum | Support for Robotprogrammer and Users
|-+  Industrial Robot Help and Discussion Center
| |-+  Fanuc Robot Forum (Moderators: Sven Weyer, Jim Tyrer, Lerak, Napierian)
| | |-+  Collision detection with inverted robots?
0 Members and 1 Guest are viewing this topic. « previous next »
Pages: [1] 2 Print
Author Topic: Collision detection with inverted robots?  (Read 1355 times)
Mlasenby
Guest
« on: August 25, 2010, 04:58:31 PM »

I have 2 robots inverted (upside down) and I get Collision Detection set @ 100 in Auto but not Stepping thru the program. Is there a setting for this?
Logged
cunaf
Sr. Member
****
Offline Offline

Gender: Male
Posts: 252

I loathe orange robots!!


« Reply #1 on: August 25, 2010, 05:50:30 PM »

Did you recently install these?  Check to ensure $PARAMGROUP[1].$MOUNT_ANGLE=180, and cycle power if you have to cahnge it.  (Pretty sure thts the vaiable from memory)
Logged
Mlasenby
Guest
« Reply #2 on: August 25, 2010, 06:05:14 PM »

@cunaf... Checked that parameter everythings good there, collision detects still trips do you have any other suggestions, Thanks.
Logged
cunaf
Sr. Member
****
Offline Offline

Gender: Male
Posts: 252

I loathe orange robots!!


« Reply #3 on: August 25, 2010, 06:26:25 PM »

Which axis?  Make sure when the collision occurs to check Menus-->Alarm to display all active alarms.
Logged
Mlasenby
Guest
« Reply #4 on: August 25, 2010, 06:37:20 PM »

@cunaf... axes 2 & 4 is where my problem is...
Logged
cunaf
Sr. Member
****
Offline Offline

Gender: Male
Posts: 252

I loathe orange robots!!


« Reply #5 on: August 25, 2010, 07:37:46 PM »

Is this a new install? Does each robot collision out J2&4?
Logged
psykoranger
Newbie
*
Offline Offline

Posts: 36



« Reply #6 on: August 25, 2010, 08:45:53 PM »

is this happenning on a particular movement...Huh?

or it's pretty much any time in any direction...Huh?

what is your real payload (what is your tool...?? how much does it weight ?? )
and what is your software payload ?? do they match... (your software payload need to be higher than your really payload)

« Last Edit: August 26, 2010, 07:52:41 AM by Jim Tyrer » Logged
Mlasenby
Guest
« Reply #7 on: August 25, 2010, 09:30:13 PM »

@Cunaf this is a new install My  Mount Angle is correct 180 degrees and my payload exceeds the actual payload. @ Psykoranger
Logged
Robo Guru
Sr. Member
****
Offline Offline

Gender: Male
Posts: 477



« Reply #8 on: August 26, 2010, 02:06:18 AM »

psykoranger

what does the software payload need to be higher then the actual weight of the tool??

Quote
what is your software payload ?? do they match... (your software payload need to be higher than your really payload
Logged
Robotter
Sr. Member
****
Offline Offline

Gender: Male
Posts: 404


Everything is simple... once you know how..!!


« Reply #9 on: August 26, 2010, 04:57:14 AM »

you could try setting up your payload again by carrying out automatic payload setup
Logged
Jim Tyrer
Administrator
*****
Offline Offline

Gender: Male
Posts: 515


Ende aller Streckenverbote


WWW
« Reply #10 on: August 26, 2010, 10:41:14 AM »

Collision Guard automatically uses more sensitive limits for jogging motion. These limits cannot be adjusted.
Logged
Professor_J
Guest
« Reply #11 on: August 26, 2010, 12:55:33 PM »

Collision Guard automatically uses more sensitive limits for jogging motion. These limits cannot be adjusted.

That's not quite true, we had some success in the past modifying servo parameters to adjust the sensitivity to get us out of situations where it kept tripping (for example when freeing a robot from a collision).. However I don't work at that place anymore and I don't have a record of which parameters... so sorry! Although reading the original post I don't think jogging was the problem....

Accurate payload is the most helpful recommendation I could make... The COG, mass, inertia values need to be as accurate (not "higher") as possible... The best way to do this is with payload ID, however there are right and wrong ways to do Payload ID... (entering a known mass, posture of the robot, doing it 3 times, etc)..... The physical payload the robot's carrying also needs to be within the robot's payload capabilities...

I would recommend using the ACC instruction on big vertical movements etc, or any moves where it regularly faults... Trying ACC80 for example and then bring the value down until it goes away... May cost a small amount of cycle time but not much...
Logged
Mlasenby
Guest
« Reply #12 on: August 26, 2010, 02:28:07 PM »

@ Professor_J ....your advise sounds very sensible , will let you know the results. Thx.
Logged
psykoranger
Newbie
*
Offline Offline

Posts: 36



« Reply #13 on: August 26, 2010, 03:16:09 PM »

sorry for my misleading on the payload.... 

have you validate the "Current" on the problematic axis Huh?

MENU --> STATUS--> AXIS --> (NEXT)--> Disturbance...

could it be your brake not engaging... I had a problem like that some time ago...

An operator accidentally cut the brake wire of one of my servo...

Logged
fanuc_insider
Guest
« Reply #14 on: August 28, 2010, 09:07:17 PM »

Some Fanuc robots cannot be mounted upside down. What model of robot do you have?
Logged
Pages: [1] 2 Print 
« previous next »
Jump to:  


Login with username, password and session length

Powered by MySQL Powered by PHP Powered by SMF 1.1.16 | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!