Re: [Emc-developers] interpreter errors and motion

2023-11-13 Thread andy pugh
On Fri, 20 Oct 2023 at 22:10, John Allwine  wrote:

> I'm hoping someone might have some insight into an error I encountered
> today. I have a roughly 11,000 line G code program, with a bad cutter
> compensation code (Length of cutter compensation entry move is not greater
> than the tool radius) about 4,500 lines into the program. The read-ahead
> doesn't see the error until the motion of the machine is about 1,500 lines
> into the program (~5 minutes of run time in). It reports the error at that
> point through the linuxcnc.error_channel, but continues to run until about
> line 2,800 and then halts (~8.5 minutes of run time in).

Does it stop before the bad move? Or are you saying that it continues
past it, and then stops some time later?

Are you running a GUI which has a graphical preview? Errors like
thiswill often me flagged during the preview stage. otherwise I think
that the interpreter stops at "queue busters" and so you won't see the
error until execution is in the queue section of the code.

If you have a tool change or a probe, for example, i think that the
lookahead stops there.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers


[Emc-developers] interpreter errors and motion

2023-10-20 Thread John Allwine
Hi all,

I'm hoping someone might have some insight into an error I encountered
today. I have a roughly 11,000 line G code program, with a bad cutter
compensation code (Length of cutter compensation entry move is not greater
than the tool radius) about 4,500 lines into the program. The read-ahead
doesn't see the error until the motion of the machine is about 1,500 lines
into the program (~5 minutes of run time in). It reports the error at that
point through the linuxcnc.error_channel, but continues to run until about
line 2,800 and then halts (~8.5 minutes of run time in).

It seems like the interpreter is flushing some queue before stopping motion
rather than aborting when it sees the error. Is this the intended behavior?
I could abort from the UI when I encounter an error on the error_channel,
but I would have assumed that the interpreter would have done that. Is this
expected behavior?

-John

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers