Hi,
did You set "Return to top of program" to TRUE aswell?
You don't use UI[6] to start, it is only used to continue a paused program from where it left off. To start from the top, first pulse cstopi, then use UI[18] Prod start.
The UOP Input Signals of your xxTool manual covers the intended uses of the Prod Start and Start UI signals
To HawkME: I have this setup running fine. The only issue is starting from top of program. What is wrong with my setup anyway?
It is all wrong. If you want to to guarantee it starts from the top without human intervention then you need to do it correctly using Prod start.
skiingpass
What are you referring when you say "top of the program" ?
Top of program you are executing ? or a level higher ?
Do you have only one program ? I mean there are not CALL command ?
I'm just thinking that if running a simple 3 line routine like OPENGRIPPER, Do you just want to return to the top of those 3 lines or you want to call a master/main program ? For that you will need to issue an abort
What are you using to call the programs , PNS, RSR, Other ?
Hi
I understand what you are doing and I understand what you want but I do not think is safe..
Because the way you described it, you want to go to the top of the program (regardless where the robot is physically and logically) and start again
Could you please :
Press MENU, SETUP, Prog Select and tell me What do you have under Program select mode ?
Also, would you mind answering
What are you referring when you say "top of the program" ?
Top of program you are executing ? or a level higher ?
Do you have only one program ? I mean there are not CALL command ?
I already gave you the answer. Do not use UI[6] at all.
Instead your start procedure needs to be like this.
1. Turn on UI[4]
2. Wait 250 msec
3. Turn off UI[4]
4. Wait 250msec
5. Turn on UI[18]
6. Wait 250 msec
7. Turn off UI[18]
Also please pay attention to Fabians post. You need to have the correct program select and start methods set. And also make sure the robot won't crash on a restart.
Please try this before asking more questions.
HawkME
I just more concern of what he/she wants to achieve. I just picture the robot flying to the initial position ripping everything apart
He/she might have to also reset i/o, registers, who knows
Yes, excellent point.
Simplest solution is to have a check at the top of the main program that verifies that the robot is home by checking a reference position output and if not home aborts.
More advanced would be to create a smart homing routine.
You should map it then and follow HawkME's instructions. What do you have mapped for UI's? A picture would really help here.
Just FYI, With that config setup, every time you abort, the pointer goes to the top of the program specify in OTHER
Are you sure you wiring is correct ?
When you abort pressing the Cstop , does it say ABORTED on the screen
Like pdl said, some screen shots would help a lot
I run into the same problem on our robots that don't have HMI. Since you are starting from an external source, check the program select settings. If you set the top two settings to other, it always starts from the top if you abort the program.
Thanks, I will
They way I showed it's been working but maybe the PLC guy is doing something that makes it work
The answer was already given. Read my posts above over again.
