Greetings all; Trying to take advantage of the fact that named vars remain in memory and are accessable from the next program loaded, I added some code to this blanket-chest3.ngc to do exactly that, allowing me to make use of a routine that is run immediately after homing, and which returns a set of offsets that I should be able to add to the "seed" values in my code, and which will then propagate thru my code, doing effectively what the G10 L2 Pn fixes were doing, and which correct the G55 mapping. This will remove the need for the use of a G55 map.
Those values in those named variables DO EXIST after having run this preliminary calibration routine, and then loading a blanket-chest.ngc from which those functions have been commented away. I can from the MDI command line, after loading the real code, do a (debug,jig_x=#<_jig_x>) or y or x, and see that they are perfectly preserved. But LCNC won't process the code, says they don't exist. And I can't think of a way to create them without also destroying the values they contain. Workaround(s)? I did in fact do exactly this a couple times several years ago, perhaps in the 2.4.x era. Perhaps saving them in a #5xxx location might work, but I've no clue which ones? Humm, since I will not be using G55, perhaps in the G55's UVW locations? Yes, its true, I can find a corner that didn't exist when I entered the room, and paint myself into it. ;-) Thanks folks. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene> ------------------------------------------------------------------------------ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
