run from here does not work on latest 2.5 branch

More
29 Oct 2011 08:18 #14365 by grandixximo
If line on G-code is selected and then i right click and click run from here, the G-code still starts all over from the beginning, this bug was fixed but now is back, please fix....

I have latest 2.5 installed

Please Log in or Create an account to join the conversation.

More
04 Nov 2011 01:56 #14559 by grandixximo
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?

Please Log in or Create an account to join the conversation.

More
04 Nov 2011 10:31 #14565 by BigJohnT
grandixximo wrote:

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.

More
04 Nov 2011 16:20 #14578 by andypugh
grandixximo wrote:

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.

More
05 Nov 2011 03:58 - 05 Nov 2011 04:06 #14587 by grandixximo
Well it does not behave like what you describe in my EMC 2.5 version.

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.
Last edit: 05 Nov 2011 04:06 by grandixximo.

Please Log in or Create an account to join the conversation.

More
05 Nov 2011 10:50 - 05 Nov 2011 10:52 #14589 by BigJohnT
Are these nested subroutines?

Are all the subroutines in the same file?

Can you zip up the file(s) and attach them to a message?

John
Last edit: 05 Nov 2011 10:52 by BigJohnT.

Please Log in or Create an account to join the conversation.

More
07 Nov 2011 00:23 - 07 Nov 2011 02:45 #14623 by grandixximo
I have attached the zip.

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

File Attachment:

File Name: nc_files.zip
File Size:8 KB
Attachments:
Last edit: 07 Nov 2011 02:45 by grandixximo.

Please Log in or Create an account to join the conversation.

More
09 Nov 2011 07:05 #14710 by grandixximo
Did you not see my reply?

Please help :)

Please Log in or Create an account to join the conversation.

More
09 Nov 2011 17:58 #14723 by BigJohnT
I can't download the file atm due to local internet connectivity problems... it takes me an hour to respond to a message!

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.

More
09 Nov 2011 23:36 #14732 by andypugh
I can't get your program to run without your toolchanger, so much of this is guesswork.

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.

Time to create page: 0.370 seconds
Powered by Kunena Forum