Does the DRO track the correct position too??

Mine did not.

Assuming the you are set at X0Y0Z0 when you start the Gcode it should raise UP to Z3.00 then DOWN until it hits the switch then reset Z to zero then raise UP to Z4.000 and reset Z to zero then raise UP to Z5.00.

Try running it in single step mode so you can verify the Z positions.

(;-) TP

Single steps or entering it one line at a time in MDI works perfectly, I typed it into a .tap file and although it worked, it left the DRO at an odd value

When it's run, z is at no known state as I have removed it from home all, it will only be homed once metal is on the table ready to cut. It homes downwards now.

In config, I have also ticked " g28 no intiial move" to stop the upwards motion first.

The Z is at a known state Mach3 will set it when you loaded Mach3. NOW where that may be MAY be part of your problem.  HERE I always run the TOM (g28.1) Routine to set the Z axis home position (top of the material) Right after Mach3 loads up and before I start cutting. This is really the only important position on a plasma table as the Z home is backwards to all other machines. It homes DOWN to find the top of the material.

OK I read it as if you are giving an example from a PAST test of the Routine. Try running it again on the machine. There is ZERO difference in single step and normal running the Gcode.  Run the Machine in single step mode, Then rewind or reload the code and run it in auto Gcode mode(normal). You should see the same results with Z.

(;-) You will probably LIKE having the initial  G28.1 Z movement as you can start well above the material as a Safe Rapid height and it will rapid down to the Preset position then start the Homing Z down at homing speed. But that is your call.

(;-) TP

You were right, sort of

As this was a repeat test block, I put an M30 rewind at the end so it just probes then rewinds.

The G28.1 block works perfectly, however when it hits the M30 it jumps back to the start and then copies the machine co-ord back into the Z DRO this is where it was getting its random number.

Is there a reason it would act like this, I thought M30 just looped back to the start of the G-code??

Ok, tested it and yes it all works ok on a cut, the only odd bit is at the end when it puts the machine coordinate reading into the work DRO??

However, since changing to G28.1 when the post code reaches a goto-rapid-clearance height, the Z motor emits a loud screech and does not move, I cant see a reason in the code attached, can anyone have a look, I'll also bounce this one over to the sheetcam forum.

If you take the M30 line off the file it all runs perfectly, leaving the Z DRO at 5mm

Then Type in M30 in the MDI box and it puts the machine co-ord for Z into the work DRO


Why??

ALL ISSUES FIXED!


For some reason there is a tick box in general config "Perform G92.1" for end of job options, this was ticked, unticking it solved the issue

Should be good to go now

Thanks all.

Good to go, (;-) TP