I am getting ready to change the current tool out for a different tool on a ZZX165U D controller. I looked through the Aux settings and noticed that Aux 0304 , 0305, 0405 don't have any data listed for the old tool. The Qtool setting is also off, which I thought should be on. I have values for the old tool dimensions in x, y, z when I do a list/l command. The original tool was set up by an integrator. My question is shouldn't there be data in the aux settings as well or I am totally misunderstanding. When I change to the new tool, I need to start with Aux 0405 and define the new TCP, correct??? Any help in getting me in the right direction would be greatly appreciated. I have read the manuals but still not sure. AS language is used on this robot as well.
Posts by Jerryl859
-
-
Thanks again selquist.
-
Thanks for the info selquist. The FS10 is a C controller and the RS010 is an F controller.
-
Thanks for the info, I have the AS manuals just wasn't 100% sure of what would be transferred to the new robot. I knew I would need to do re-teaching of all the points, just wondering if copying any programs would help any or should I just start from scratch.
-
Everything is in AS language. Thought maybe if I could transfer a program to the new robot it would save a little time.
-
I am getting ready to remove an old FS10N robot and replace it with a new RS010N model. The cell and work will be the same just with a newer robot. My question is this, can I load existing programs from the older robot to the newer robot to save some time on the installation process. If so, what software would I need. Any help is greatly appreciated.
-
Yes, I set the payload during setup of the robot. This robot has been running and everything has been fine. The robot panel got powered down for some reason and upon power up , it prompted to confirm payload. I confirmed it and the robot is back to running. Just wondering why the payload needed to be confirmed again after a power down and power up condition.
-
I have an R30iB collaborative robot which is working fine except after a powerup on the robot it prompts to confirm the payload settings. Is this normal or a setting that needs to be configured somewhere. I am not actually using the collaborative portion on the robot, although I am using the DCS cartesian point check inside the cell.
-
Thanks for the confirmation.
-
I have a C series controller and had a question concerning the teach pendant. If I need to unplug the teach pendant do I need to power down the controller panel first or is it ok to unplug the pendant with power on.
-
Thanks for the help
-
everything looks fine as far as anything having moved. I checked the tool frame data and it looks like the x and y values have been erased. No idea how this happened. If I teach the tool frame again I should get closer to the original points. I didn't use a user frame because the table that holds the parts is cluttered with fixtures so I just used frame 0 so it would reference the robot world frame
-
I recently set up a program and everything was fine. I am using tool frame 1 and user frame 0. All points were good. I came back this weekend and all points are now off, like they have been shifted from the original positions. I haven't made any changes to either frame and unless somebody else has done that without realizing it I'm not sure how this could have happened. Any ideas from anybody would be greatly appreciated. I really don't want to have to touch up all the points again.
-
Ok thank you, sorry for the trouble
-
So in this scenario, if the program is faulted it will automatically return to the top of the program correct??? That is dependent upon on a variable correct????
-
I have posted about this before and received ideas but I am still having issues. So, I have a main program doing the work, but I am looking to add a return to home program which is separate from the main program. I am using a button on HMI to call this program after the main is faulted for some reason. can someone go through the steps needed to abort the main program an the call the return to home program. I am obviously not doing something correct!! After the robot is home I want the main to be called back. I am using the robot in remote with plc inputs/outputs. Thanks again.
-
I am trying to run a return to home program. I am using a plc and have remote and other in configuration files. I have a button on HMI to call the return home program. The problem is when trying the button I am getting this SYST 343 error. I t is wanting to enable the contact stop function. I am not sure what to do next. This is a collaborative robot but I have disabled the collaborative part as well as the DCS functions. Any help would be greatly appreciated.
-
Ok, thanks to both for the info.
-
So will this work the same way in auto and manual?? Just so I understand, when you say the first line of code in the main program needs to be the return to home routine, I need to have that pb input there if on otherwise ignore it?? Sorry just wanting to make sure I understand correctly.
-
I am currently working on a return to home program and have a few questions. I am running robot in remote mode with plc inputs/outputs. I have set up a Main program that is just basically looping and looking for a plc input in order to call 1 of 3 sub programs. Once in one of these programs I am wondering what is the best method to return to home in case of a faulted condition. I am setting up a PB on an HMI screen for the return to home command. So if I monitor that input in each of the 3 programs while in auto, will that return to home program automatically run and will the main be reloaded after. What would be the order if I go to manual and give the return to home command. Any help would be greatly appreciated, Thanks!!!!