by cncdrive » Tue Dec 05, 2017 1:50 pm
No, it is not a bug.
The TCP cone moves off the path, because of the constant velocity optimisation (G64) and because of the CV settings.
In G64 mode the software will try to go through the path with trying to keep the programmed feedrate (often fast) which means the shortest paths mostly with the software keeping in mind what tolerances you setup,
which means that you allow the software to go off the path with a maximum path distance of the tolerance you setup.
So, for example if you setup a linear error of 0.1 and a corner error of 0.1 and you are in G64 mode then you allowed the software to go off the path with 0.1 units max.
Your g-code path dimensions are very small and so the default small tolerances which are set by default in the UCCNC can be significant for this particular job.
You can lower the tolerances, or switch to G61 exact stop mode, however with using G61 you basicly disabling the CV optimisation, so the software will have to deccelerate on all the programmed points, so probably it is a better idea to lower the tolerances and keep it in G64 mode for this particular g-code.
Another thing is that the drawing is very small and the TCP cone position points (coordinates) will be always the multiplication of the 1/steps per value,
because that is the resolution of your stepper or servo drives, so your axis can physically can make that as a smallest step, the axis can't step in between those.
I'm just mentioning this one, because your toolpath is really small and with a rough steps per value it can be even seen that the TCP cone is moving on the step around the path, where the machine can't step can be also seen with the default steps per settings. However ofcourse if this can be seen or is a problem at you depends on your steps per values.
To make an example, your home position is 0 and your steps per is 100, and so the resolution is 1/100 = 0.01. You want to command the axis to 0.005, then what happens is the axis can't move to that point, it can move to 0.00 or 0.01, because the steps per value defines the grid where the machine can move and the 0.005 is a midpoint between, it is a fraction point of the set resolution of the axis, so the machine and therefor the cone can't move to that exact point.