Have upgraded TinyG firmware but still unable to run a series of jobs without re-setting board, re-homing and re-G92ing. If I run a Vectric cut2d file (like below) twice, without rebooting board, on second run z axis moves up until trips limit switch. Any suggestions? G90 G17 G20 G64 G0Z0.5010 G0X0.0000Y0.0000 M3 S18000 G0X5.1247Y3.1676Z0.5000 G1Z-0.0625F10.0 G1X5.1399Y3.1467F20.0 X5.1512Y3.1394 ————- Etc. ————- G2X4.9541Y1.6791I0.2011J0.1703 G2X4.9218Y1.7697I0.4751J0.2203 G1X4.9123Y1.8096 X4.8714Y1.9615 G3X4.7647Y2.2173I-1.5145J-0.4813 G3X4.4715Y2.5860I-1.1083J-0.5804 G0Z0.5000 G0Z0.5010 G0X0.0000Y0.0000 M30
I believe what you are seeing is expected behavior with G92 zeroing. G92 is a "temporary" offset, and wiped out by the M30 at the end of your gcode. To set zero coordinates, you should probably be using G10 L2 P1 X0 Y0 Z0 instead of the G92 command. Coordinate system reference for TinyG - https://github.com/synthetos/TinyG/wiki/Coordinate-Systems I had the same issue when starting out with Grbl. Good discussion of the issue that is Grbl oriented, but explains well. https://github.com/grbl/grbl/issues/155 -- John
I should add that TinyG has added a few "nonstandard" gcodes to simplify this - G28.2 and G28.3 -- John
