That's great! I'm glad to hear that! If you are interested in training or more information how to optimize your robots, feel free to contact me at: info@f-robotics.com or visit the website at www.f-robotics.com
Quiz questions for this video 1) Using the statement mode for step mode the robot will go line by line in the current program *a) TRUE b) FALSE 2) Using the motion mode the robot will execute each motion but will not stop on logical command, it will ignore things like close gripper *a) TRUE b) FALSE 3) Using the routine the robot will step through line by line but with in the sub program the robot will execute motions only it will not stop on the logic. *a) TRUE b) FALSE 4) What type of test should be performed prior to running the program in continuous? -- a) Constant Test b) Auto Test c) Running in continuous is fine *d) Step Test 4) In STEP mode testing, to change the execution direction of the program, which hard key should you press while holding the shift key? -- a) Cursor (Arrow) Keys b) Step Key *c) FWD or BWD Keys d) +% or -% keys
Can you do a video explaining when you would simulate I/O’s (in real world situation) and what needs to be checked first before the robot is simulated, if the robot stops in the middle of a cycle with a part in the grippers? I simulated the I/O the program was calling for and it crashed into another robot.
It's never ok to simulate 🙂, unless you are debugging a new running cell and making modifications as you go. Of course in real live there will be situations where you need to simulate DI, but you need to be aware of why are you simulating this I/O and what are the consequences of this action. It's always better to check why you need to simulate (maybe a Part Present sensor is broken or maybe it's not on because the part is not properly held by gripper), there is always a reason for simulating and I/O and it's your responsibility to find why you need to simulate it and if you need to simulate it, if you don't know a reason why, than don't do it, that's the rule that will prevent robot from doing unexpected actions🙂
Great videos. What is the difference between FLAG, TEST1123 programs and UF_TO_PR, UF190? Why does Statement go inside the FLAG, TEST1123 CALLS but not UF_TO_PR, UF190 CALLS?
Those two are KAREL programs. UF_TO_PR.PC and UF190.PC. You are not able to see what's inside of the KAREL program when it's loaded onto robot controller.
Mechantronics tech here, just saved the boss $1000s of dollars watching this video so we didn't have to call anyone out. Appreicate the videos buddy!
That's great! I'm glad to hear that!
If you are interested in training or more information how to optimize your robots, feel free to contact me at: info@f-robotics.com or visit the website at www.f-robotics.com
Thanks you Sir,
Appreciated your lot of efforts for making this informative videos
Thank you, very good explanation, keep it up!
Thanks for the videos. They taught me a lot :)
Excellent 👌
Awaiting your next videos
Thank you for supporting! and yes the new videos will be coming this year!
Quiz questions for this video
1) Using the statement mode for step mode the robot will go line by line in the current program
*a) TRUE
b) FALSE
2) Using the motion mode the robot will execute each motion but will not stop on logical command, it will ignore things like close gripper
*a) TRUE
b) FALSE
3) Using the routine the robot will step through line by line but with in the sub program the robot will execute motions only it will not stop on the logic.
*a) TRUE
b) FALSE
4) What type of test should be performed prior to running the program in continuous? --
a) Constant Test
b) Auto Test
c) Running in continuous is fine
*d) Step Test
4) In STEP mode testing, to change the execution direction of the program, which hard key should you press while holding the shift key? --
a) Cursor (Arrow) Keys
b) Step Key
*c) FWD or BWD Keys
d) +% or -% keys
Can you do a video explaining when you would simulate I/O’s (in real world situation) and what needs to be checked first before the robot is simulated, if the robot stops in the middle of a cycle with a part in the grippers? I simulated the I/O the program was calling for and it crashed into another robot.
It's never ok to simulate 🙂, unless you are debugging a new running cell and making modifications as you go.
Of course in real live there will be situations where you need to simulate DI, but you need to be aware of why are you simulating this I/O and what are the consequences of this action.
It's always better to check why you need to simulate (maybe a Part Present sensor is broken or maybe it's not on because the part is not properly held by gripper), there is always a reason for simulating and I/O and it's your responsibility to find why you need to simulate it and if you need to simulate it, if you don't know a reason why, than don't do it, that's the rule that will prevent robot from doing unexpected actions🙂
Let's talk and get to the point.
Hello sir , please make a video on how many types of fault comes in robot.
I don't fully understand the question, I do have a video about robot faults already, maybe that's what you are looking for
Great videos. What is the difference between FLAG, TEST1123 programs and UF_TO_PR, UF190? Why does Statement go inside the FLAG, TEST1123 CALLS but not UF_TO_PR, UF190 CALLS?
Those two are KAREL programs. UF_TO_PR.PC and UF190.PC.
You are not able to see what's inside of the KAREL program when it's loaded onto robot controller.
Hi, i need to know how to disable step mode