run from here does not work on latest 2.5 branch
- grandixximo
- Topic Author
- Offline
- Premium Member
- Posts: 132
- Thank you received: 5
I have latest 2.5 installed
Please Log in or Create an account to join the conversation.
- grandixximo
- Topic Author
- Offline
- Premium Member
- Posts: 132
- Thank you received: 5
i don't quite get how it works, right now it does crazy stuff with my o-code that controls input and output, i would like it simply to ignore everything that was before the line i selected and start the g-code from the line i choose, is it possible?
Please Log in or Create an account to join the conversation.
Is there documentation about the run from here option?
i don't quite get how it works, right now it does crazy stuff with my o-code that controls input and output, i would like it simply to ignore everything that was before the line i selected and start the g-code from the line i choose, is it possible?
If your talking about the UI Axis yes it is documented in the section on Axis. Can you give an example of the code with what you expected and what you got? It does crazy stuff is quite hard to diagnose.
John
Please Log in or Create an account to join the conversation.
Is there documentation about the run from here option?
It basically behaves as if you had deleted all the lines above the one you selected, and pressed "Run". This means that state, spindle speed, tool, offsets, tool-length might all be completely wrong.
If it gets to an O<endsub> it will have no idea where the beginning was.
Also, it seems that you have to left-click the line to select it, before right-clicking to select run-from.
Please Log in or Create an account to join the conversation.
- grandixximo
- Topic Author
- Offline
- Premium Member
- Posts: 132
- Thank you received: 5
I'll try to explain better
I have a tree of subroutine files to program my atuomatic tool change (ATC), the tree is done in this manner:
O101 is the route file it first move the machine to safety, then reads the parameters given with the call from g-code (20 parameters) it does some I/O checks and decide what other subroutine to call O102 O103 and so on.. each taking care of a specific sequence of tool change, load, unload, unload and then load, and so on...
my g-code is structured this way
O101 call [20 parameters for call O104 (take the first tool)]
G0 go where the job is
G1 do the job
G0 move to safety
O101 call [20 parameters for call O102 (unload first tool and load second tool)] {in my below example i'm trying to run from here}
G0 go where the job is
G1 do the job
G0 move to safety
O101 call [20 parameters for call O102 (unload second tool and load third tool)]
G0 go where the job is
G1 do the job
G0 move to safety
O101 call [20 parameters for call O103 (unload third tool)]
M2
Everything works perfectly fine, as long as i run my g-code from the beginning.
But if i run-from the second ATC line the interpreter run the O101 subroutine, but it does not execute the G0 Z 300 move (move the machine to safety first line in the O101 subroutine), it will just skip that part for unknown reason, then it execute the O104 code, as if it has read the parameters of the first ATC line, when instead it should have execute the O102 code.
This is what i mean for it does crazy stuff, because it does not make any sense to me why it execute my subroutine like this.
I know it's not my subroutine problem becuase i just tryed to delete everything above the line that i want to start from in the g-code, and then save the g-code as a new file, start that file and it works just fine.
Please Log in or Create an account to join the conversation.
Are all the subroutines in the same file?
Can you zip up the file(s) and attach them to a message?
John
Please Log in or Create an account to join the conversation.
- grandixximo
- Topic Author
- Offline
- Premium Member
- Posts: 132
- Thank you received: 5
the subroutines are each in a different file, they are nested, is actually code 101 that calls all the other subs, i could put them all in a single file, actually it was like that at the beginning, but it worked only if the whole code was within my g-code file, when i tried to run the thing from a file saved in the nc-files folder it gave error that it could not find the files, so i made many files and it worked fine, that is until i run from here
Please Log in or Create an account to join the conversation.
- grandixximo
- Topic Author
- Offline
- Premium Member
- Posts: 132
- Thank you received: 5
Please help
Please Log in or Create an account to join the conversation.
I suspect the nested loops are too much for run from line. If you don't have nested loops does it work?
John
Please Log in or Create an account to join the conversation.
I don't like the way that you are using the same O<101> label for every if/endif and for the subroutine number too. I don't know for a fact that that is wrong, but my understanding was that every O<NN> START and O<NN> END should have a different, unique, number.
(Incidentally, you don't need the <> when using numbers O114 IF is fine )
I hesitate to suggest that you change all the files, though, as it looks like a lot of work that might not help.
Please Log in or Create an account to join the conversation.