More Z-Axis Issues

Do you have a value for ArcOff Delay

I think what is happening is that the piece falls out into the water pan while the torch is still on (before the M05 is executed). I tried setting the Arc off Delay with no luck. But when I went back out to shop to check and see if the z-axis was commented out I noticed the value was back to zero. I think I may have hit the wrong Save button when I changed it to 0.5 seconds.

I read the documentation and it seemed to me that the arc off delay would delay the execution of the M05 command leaving the torch on a little bit longer at the end of each cut which is opposite of what I need. Did I read it wrong?

I changed my post processor to save the file with .ngc extension so the g-code parser will run. I have also removed the z-axis commands in the post processor. I will run the file again tomorrow and see if it works any better.

Is there anything that could cause the piece to fall off prematurely? Such as a wide kerf from the plasma cutter?

Long lead out .

I don't have any lead out specified in Sheet Cam.

I used my edited post processor that does not generate z-axis codes and also names the file with .ngc extension. I get the error shown in the attachment when loading the g-code into LinuxCNC. Sorry it's not good quality. I had to snap the picture with my phone.

Since the .ngc file would not load, I renamed the file back to .tap so it would bypass the parser and ran it in LinuxCNC without any z-axis code. It still loses the arc signal at the end of some cuts and definitely does not resume after hitting the pause button. The only way to continue is to right click the next line of g-code and select Run From Here. It did not crash the z-axis this time, I have not run many parts to see if the omission of the z-axis codes will keep the z-axis from crashing but that part seems to be working so far.

When was the last time you updated?

About 10 days ago.