just do a backup on the virtual teach pendant just like you would on a real robot. Then on the tool bar click on the tool menu and it will navigate you to the workcell name folder then choose robot 1 and go to the directory where you did the backup.
Posts by Iprogram
-
-
Hi,
I've done this with our HMI via custom HTML/STM Files. For example purposes, lets say the screen you want to load at robot startup is "main.stm"First, under variables, on the $UI_CUSTOM[1] card, change $START_SPID to 31 and $START_SCID to 250.
Next, on the $CUSTOMMENU[10] card, assign a title (any text works) and the program name of the HMI page as 'main.stm'
Then cycle power.
That was what I was looking for Thank you!!
-
yes change your group mask like you said 1 1 1
how many Utools are you using i think it defaults to 10 but sometimes i setup more than 10. then if i have a program that uses utool 11 i always forget to increase my available utools and will get the invalid utool alarm like you said. -
anyone have anything?
-
I know I did this a while back but cant remember. can someone tell me the variable that changes the boot up screen on the teach pendant. I am using the panel wizard option and did a custom screen and need to call it on power up before the program is running.
Thanks! -
just make a condition handler, for this example call it STOP and in the main loop do a MONITOR STOP. this doesn't need called multiple times only once in the main program is fine. Like this:
MONITOR STOP
LBL[1]
PROGRAM1
PROGRAM2
PROGRAM3
JMP LBL[1]Your monitor program would look like this
IF RO[8]=ON Call SPINSTOP
But remember to also do a MONITOR STOP at the end of your SPINSTOP program otherwise it will only work one time or after an abort. Let me know if this makes sense
-
I doubt the robot is the problem sounds like a program problem.
-
I am not familiar with your problem earlier but here is a simple point storage in a Karel program
%CMOSVARSVAR
p1:POSITION
-
I am looking at doing a demo using a R30iB Plus Mate Robot. I found a sensor i want to try to use and the communication is done using I2C, UART, OR USB. I have only interfaced the robots using Ethernet, Devicenet, Remote IO, Profibus ect. has anyone used this before to a robot directly? I want to bypass a PC and do the communication directly.
Thanks!
-
I would use a condition handler to do this but like other suggest BG logic would work.
why does the router need to stop fast is there a safety issue? if no safety issue and the work piece is getting damaged during this process in my condition handler i would do a tool offset away from the part during the deceleration of the router.
-
why are you doing an abort on the first line of your macro? it will not go to line 2 if it is aborted
-
At the very top of the forum is a special section for Fanuc tools that others have made.https://www.robot-forum.com/robotforum/too…anuc-robotics)/
I believe the one you want is this one.
thank you but i did find that one. I am looking for the KAREL code to extract the data to excel and to load it. Need the actual text or .KL file for how this is done.
-
I was just about to ask the same question, but I used the search like a good robot forum member.Any body know about this?
i did a search but didnt come up with anything. Care to share your search results?
-
not that i know of? I suppose you could do some soldering and wiring and do it with some relays but i dont think RIA or any safety organization would approve of this. it would probably be like modifying the deadman switch or auto resting an ESTOP
-
HawkMe is correct!! here is a background program i did recently. Group 2 is a clamp which is why MCR genoverride is at 100percent. i want the clamp to always run at 100 percent and robot speed is controlled by program override. probably more than what you want but you get the idea.
11: !Set General Override to 100 ;
12: !Rbt Speed will be controlled ;
13: !Using Program Override because ;
14: !of Group 2 aux axis ;
15: !Disable if TP is enabled ;
16: IF (SO[7:TP enabled]),$MCR_GRP[1].$PRGOVERRIDE=(100) ;
17: IF (!SO[7:TP enabled]),$MCR.$GENOVERRIDE=(100) ;
18: IF (!SO[7:TP enabled]),$MCR_GRP[2].$PRGOVERRIDE=(R[190:ClampSpeed]) ; -
Probably a simple question but i have a few KAREL programs that we use for various robots and when a different version of robot comes out we will have to recompile in handling tool to get the .pc file to load. For example i have a program test.pc that was compiled from test.kl in a version 8.30robot. I can not use this test.pc file in a version 9.10 robot unless i compile the test.kl in a version 9.10 handling tool cell. Is their there is a declaration or something that can be defined to fix this? I believe irmath.pc doesnt need to be handled like this i think all the irmath.pc files can be loaded into any version of robot that supports KAREL(within reason)
Below is an example of the .kl declaration i am currently using.
Thanks
PROGRAM test
%NOPAUSESHFT
%COMMENT = 'This is a Test'
%NOLOCKGROUP
%INCLUDE klevccdf
%INCLUDE klevkeys
%INCLUDE klevkmsk
%INCLUDE KLIOTYPS -
Bringing up an Old Post but interested if anyone got the source code for this? Looking to see if i can compile it for Version 9 Fanuc.
Thanks!
-
i have seen this problem when the aux axis is not setup or connect properly. is this running an aux axis? check all connections in the controller to make sure they are connected well.
-
using the copy method from file does not give you the .ls option? are you in quick menus by chance?
-
you can always assign the button to a digital input and call the .pc using a macro. there is a way to do it directly but havent looked yet as this way should work fine.