QTPlasmaC with fourth axis - rotary

The issue with the one line look ahead is usually jerky movement (the shorter the segments the jerkier). If your runtime with g93 is longer than with g94 then I would suspect something went wrong with the calculation of the F values.

snowgoer540 wrote:

Here is a short video showing what I mean by G93. Perhaps sheetcam already exports code this way, I am not sure. But if nothing else, he has a good explanation of the problem and the solution.

 

SheetCam already compensates for angular feed so this should not make any difference.

If your runtime with g93 is longer than with g94 then I would suspect something went wrong with the calculation of the F values.

Actually, looking more closely at the original GCode using G94 it does indeed seem to adjust the feed rate in relation to the angular movement. So a conversion to G93 might not give the advantage that is seen with other Gcode.
The thing that I find a bit odd here is that with G93 code I never seem to have an issue with slow motion but more with jerky movements as the planner seems to accelerate/decelerate for (each?) segment. Given the rather large feed rates I wonder if maybe there is an issue with max acceleration of your axes.

In the second video when doing the second cut you should be able to hear the odd vibrations each time it moves the A axis around the corners of the tube.

I presume you mean this one:


It is not clear to me why it is much faster up until 0:40 and then really slow after that. What changed in the GCode between the two cuts?

The segment lengths will make a big difference. I have found this with cutting a hole that was specified with lot of very small segments instead of longer arcs. If the acceleration of the machine is not set supper fast it becomes even worse with the small segments