I have done that already, But instead of the the robot holding the part and following the tool path the robot itself is following the tool path around the part.
Not entirely sure what you are referring to but are you using the correct utool?
I have done that already, But instead of the the robot holding the part and following the tool path the robot itself is following the tool path around the part.
Not entirely sure what you are referring to but are you using the correct utool?
I am embarrassed to say, but: It was a hardwired, normally closed cycle stop button with a loose wire.
Do you perhaps have an IRvison connected to the robot?
There is a 2d irvision on the robot, the analog one, not gigE. It is not being used though.
Did you check the alarm history?
Is the program paused (halted) or aborted?Only way I can think of that will pause the program without a trace would be if someone pushed the HOLD button on the TP.
When this happens, make an All Of Above backup, then check the LOGBOOK.LS file to see if you can spot when/where/why it's happening. Would also be a good idea to make sure that the clock of the robot controller is correctly set in order to better be able to use the LOGBOOK.LS
I did check the alarm history. I also checked the logbook (btw you can go to the webpage of the robot and view under "Active Program Variables / Diagnostics" / "Error/Diagnostic files (text) available on MD"). Nothing.
The program is halted, not aborted.
I have a robot with an 30ib plus controller that keeps dropping out of auto for no apparent reason. Has been running for 3 years. When it happens while in cycle it looks like it is doing a controlled stops. No red lights or anything so. I trended immediate stop, hold and enable in the PLC, they all do not drop out (it is not on a safety PLC though, I can't rule out some wiring issue)
Earlier today it stopped almost every cycle. After a cold start the issue seemed to have disappeared, but now is back intermittently.
I already talked to Fanuc, they blame the PLC or a communication issue. I hooked up a new ethernet cable and a different port on the switch, no change. I also swapped the teach pendant from different robot.
Would be really appreciative for any suggestions. I am just scratching my head at this point.
When you set the stopping distance value to be greater than the actual stopping distance, the robot will stop in the safe zone."
Heres how I interpret this:
The robot is moving at 1000mm/s and the robots actual stopping distance is 75mm at 1000mm/s. If the stopping distance value entered is 100mm then the the robot will begin to stop ~100 before it hits the dcs boundary. Since its actual stopping distance is 75mm it will end up coming to a complete stop 25mm before it actually hits the DCS boundary.
Thanks that helped. I guess I thought safe zone is the DCS zone, but that must be the "unsafe zone"
So in my plant we have "Stop Position Prediction" disabled on all robots. Thus, when the nightshift bob fat fingers something and the robot moves into the DCS zone at full speed the robot crashes into the guarding, penetrating the DCS zone by an inch or two.
I tried enabling the "Stop Position Prediction", however that is way to conservative for the tight cell we have. I assume I can modify that behavior is I change the settings for "Stopping distance and speed". From the manual: he Stop Position Prediction function predicts the stop position. The stopping distance is proportional to the speed. A user defined proportion factor can be setup by entering a speed
and the stopping distance at this speed. When you set the stopping distance value to be greater than the actual stopping distance, the robot will stop in the safe zone." Emphasize mine. Am I missing soemthing or shouldnt it be "when you set the stopping distance to me SMALLER than..."?
I do not know if it is a partial rack and potentially a part could be somewhat tilted.
I have a 10 year old Fanuc robot that I would like to use to prove that it is possible to automate a pick and place application at my work. I used 3dl before and it would be perfect for this application. However, the robot is a) on version 8 and I had bad experinces with itvision on version 8 and b) in actual production I might want/have to use a colaborative robot so I would have to pay $$$ for the software option a second time.
I generally like Cognex Cameras and have used them for guidance before. Would not be a problem if I just needed translation, but my brain is too small to make that work reliably with rotation and picking up parts from different planes (ill be picking up injection molded fans from a rack).
With my google research I found the Sensopart Visor robotic plus z which seems promising. Never worked with SensoPart before and there are basically no reviews online which concerns me.
Keyence also seems to have streamlined the hand to eye coordination, but unless i use their their 3d bin picking system it seems like I am entirtly in a 2D world whereas Sensopart uses a laser (even so just a dot) and clever use of the 2d camera to output 3d coordinate data... at least in there marketing brochure. Not sure if I need 3d, but it be nice to have.
Has anyone worked with sensopart robot guidance? Am I missing any other options?
I am duplicating an existing robot cell, however I can safe a lot of movement when I rotate the robot 180 degrees. Everything else would stay the same.
Is there a way to adjust the u-frames without reteaching? I tried just adjusting the "R" angle but that did not work.
I have a gigE camera that is not calibrated. So I did a Single View Inspection Vision Process. In that porcess I have 3 GPM locator tools. All I want to know is which one was found. However, it seems like I can not get the modelID out of a Single View Inspection VisProc like i can from regular, guidance vision process.
Any idea how could get the same information? The only idea I have is to create three seperate Single View Inspection Vision processes which seems silly.
Tried that, did not help.
Good point. I was hoping I could use the IP of port 1 or 2.
I even tried to set my laptop and camera to 127.x.x.x but that isn't allowed
From the thread linked above: :
"False, Roboguide support Basler camera. I do it myself.
Download the Pylon app from Basler to set your cam IP.
Then use Explorer from Roboguide and the cam will be detected"
Any idea what kind of IP I should be using?
I debated whether is should start a new thread as there are existing ones:
However I do not get it to work, I amusing a Basler aca1920-48gm which should work with my virtual robot. GigE option is installed. I set the IP to the same as my laptop. (after trying DHCP which is a must for a real robot, if i remember correctly). I can ping the camera from the PC and I can ping the camera and the PC from the Teach Pendant in roboguide. I can NOT ping the virtual robot from my PC.
What am I missing?
Perfect! thanks for the in depth response!
I have a robot that picks and places from 4 different stations. Could I place a part in station B, and then while moving to station c trigger a "run_find" on a fixed mounted camera that checks something on the part in station B?
I seem to have this issue as well my robot being a new Fanuc Arc Mate 120iD/12L i set up 600+ line job and all the points are off about the same amount in various XYZ directions and but my TCP is point on. Very frustrated at the moment. Luckily Lincoln Electric is coming in to morrow so when i figure out what is happening ill be sure to drop you a line here to help you out.
Did they figure something out?
I had this issue, and after I ripped my remaining hair out I realized that the connector from the auxiliary input board to the, uh, main controller had partially come lose on the main controller.
Hi all,
I'm trying to merge userframes and usertools from different robots in RoboGuide without manually typing everything. My plan was to edit the sysframe.va file and load it back in. However, I'm not finding an option to do this. When I load it through the cell browser, it completes without errors, but the frames don't update. Any ideas?
Thanks!