Let's say I want to background edit a routine or look at the system variables. For some reason that is almost impossible on one of my robots as it keeps 'jumping' to the current routine as if I had pressed 'edit'.
Is there are setting somewhere to prevent this?
Teach Pendant display jumps to current routine
- IRockWell
- Thread is marked as Resolved.
-
-
Well if you are pressing EDIT robot will automatically jump to the program that the robot is executing.
In order to edit the program while the robot is running you need to select (hit ENTER on) --BCKEDIT-- (I think it's the first program in program select screen).
Than you will get message saying that you need to close backedit. Then whiel --BCKEDIT-- is selected (you won't be able to see it in the program select screen) you choose the program that you want to edit and than you can edit it while robot is running.
-
Well if you are pressing EDIT robot will automatically jump to the program that the robot is executing.In order to edit the program while the robot is running you need to select (hit ENTER on) --BCKEDIT-- (I think it's the first program in program select screen).
Than you will get message saying that you need to close backedit. Then whiel --BCKEDIT-- is selected (you won't be able to see it in the program select screen) you choose the program that you want to edit and than you can edit it while robot is running.
Thanks for the reply, but background editing is exactly what I am doing. It jumps to the current routind as if I pressed 'edit'. Actually if it jumps to the current routine and I press 'edit' it takes me back to the routine editing in the background...
-
Something is wrong then because I BCKEDIT quite a bit. When you select BCKEDIT what screen does it go to? If you selected one, and didn't end edits but tried to select another it will do strange things. To properly exit, you have to go to the EDCMD and press End Edit (I think it's 7). You will be prompted if you want to save changes. Note that you can't save changes to a program currently running or if the robot is in a wait condition.
-
A workaround I have found useful is to use multiple display windows. It will still sometimes jump to the window running the program, but it is easier to tab to your other window than to try to quickly navigate the menu.
SHIFT + DISP will give you multiple options.
DISP will tab through your open windows. -
I open the current running program, then push the F# "LOOK" button, which freezes the visual execution, and keeps you from being pulled to the cursor at certain commands. Then i do my background edit, or whatever actions i was planning to do. Then when i am done, i go back to the current program and push the F# "MONITOR" button to unfreeze the visual execution, so no one thinks it is broken.
-
I always press the data button, then I can do what I want.
-
I always press the data button, then I can do what I want.
and that's exactly what I do. The TP's focus seems to always jump back to the running program, as soon as it's displayed anywhere on the screen.If you need to see the currently running program, you can also switch it to LOOK mode - the cursor will stop jumping around and will allow you to work in the other window.
-
I have this issue also. It doesn't matter if you have selected the "LOOK" function or not, it will still jump back to the running program. Been trying to figure this one out for a few days now.
-
Well if you are pressing EDIT robot will automatically jump to the program that the robot is executing.This is not true. It does not always jump into the currently running program. If that program is called from the main program, it will then jump into the currently running program. Otherwise it does not.
Create an account or sign in to comment
You need to be a member in order to leave a comment