Hi Jon I've never seen a case where changing the value of a g54 offset would affect any of the other offset systems. Tom Kramer's description of these ten was clear that they were all independent from each other because each of them referenced absolute machine zero. I remember this behavior on a RedHat 5.0 compiled with Fred's 09j patch because I wrote it into the original, now long gone "cookbook."
Now when Fred and Matt cobbled together g92 they referenced all ten offset systems from its offset value rather than absolute machine home. This made all offset systems move based on revised g92 settings. Is it possible that what you were seeing was the result of a right click on TkEMC's position display and a set to zero in the widget that click raised. If so, that setting was a g92. I believe that behavior, which I deliberately left out of the mini GUI, is different from any of the offsets set when using the AXIS interface. Default "touch off" in AXIS is to move g54 to the current location. I don't believe that AXIS has an easy way to manipulate g92. (a good thing IMO) I can see by your suggested use of g10 that you are creating a relationship between g54 and the others by referencing their numerical names and thus their current values. It is a fascinating use of g10. Nothing inherently wrong with doing it. Be careful though because a running EMC could be made to have a dual personality with respect to the numbered variables read from the var file. Changing 5211 with a g10 immediately changes its value in the status structure and makes obsolete the current var file. It does not immediately change the value in the var file. That happens whenever EMC or the GUI decides it needs/wants to. For this reason, I wouldn't try to restart in the middle of a file that used it because we would need to find out when the g10 values are written to the var file and whether emc_task_plan_ini had been issued by the abort, restart, or menu commands. HTH Rayh On Mon, 2008-07-07 at 12:11 -0500, Jon Elson wrote: > If other coord systems were immediately > relative to G54, then shifting G54 would shift all others. If > the G10 L2 Px was made to set a coord system relative to G54 at > the TIME it was done, then a later change to G54 would not move > the other systems. What the current behavior appears to be now, > is that if you wanted to set up a new G55 system, relative to a > part already fixtured and aligned to the G54 system, you would > need to move to X0 Y0 in the G54 system, switch the display to > machine coords, and read the offset between the machine and G54 > coord systems to calculate the G55 system. If I have a block of > CAD-generated G-code that is referenced to some feature as X0 > Y0, and I want to machine it at a location where that reference > is at X5 Y6, this is a lot of fooling around to do. It would be > immensely desirable to have a way, IN THE G-CODE, of specifying > I wanted a coord system set where G54's X5 Y6 is the X0 Y0 in > that system. I suppose these offsets are all present in the > #52xx variables, I just need to learn which ones to call up and > I can set one coord system relative to another. > > I think it would look like this : > > G10 L2 P2 X#5211+5.0 Y#5212+6.0 > G55 > > Does that look right? > > Jon > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
