Re: [CAD_CAM_EDM_DRO] Re: G92

Thanks for the insights Ray.

Obviously some form of programmable pesistent work offset is a
pretty essential thing.

I don't consider G92 being cancelled by program stops a bug at all.

The bug is that when it does persist it is sometimes not indicated
on the display. I can say for sure that M0 does not cancel it either
internally or in the display- I am using M0 for tool changes
and the offset is retained through the change.

But when I finish a gcode program with M30 the offset value
(the negative of the absolute value when I did the MDI G92Z0)
zeros out in the display and G92 disappears from the list of
active modal commands. Now when I run another part requiring
re-zeroing I do that with a new G92 in MDI before running the
gcode program again. The display then indicates the SUM
of the latest offset and the previous one. I end up just closing
EMC and restarting, including re-homing the axes, because
i'm not sure what's going on.

I am sure not going to claim expertise in this dialect of RS-274.
I just read the documentation for the interpreter-but I think that
is for the old original one. I think documentation for some of the
changes is a little sparse. Reading the rems in the latest
interpreter source code might be a good thing for me to do.
G92.1, G92.2, and G92.3 are a mystery for me.

Les
Leslie Watts
L M Watts Furniture
Tiger, Georgia USA
http://www.alltel.net/~leswatts/wattsfurniturewp.html
engineering page:
http://www.alltel.net/~leswatts/shop.html

----- Original Message -----
From: "Ray Henry" <rehenry@...>
To: <CAD_CAM_EDM_DRO@yahoogroups.com>
Sent: Monday, July 15, 2002 2:00 AM
Subject: [CAD_CAM_EDM_DRO] Re: G92 was Re: another EMC Glitch?


>
> This g92 is pretty mystical stuff to me. That's why I wrote the little
> script that helps you manage the normal coordinate offset systems. It
really
> is almost as easy to use as g92 and it's a whole lot more certain and a
whole
> lot more flexible.