Idea for high speed machining / trajectory

juwi wrote:

The machine will never move at such a speed that it cannot come to an exact stop at the end of the current movement
Ok, well, it was an idea

Fixing this is on the list of things do do in the next major version.

ygs wrote:

Without this multiaxis symultaneous machining is not possible, isn't it??

I am not sure what you mean. LinuxCNC is perfectly capable of multi-axis machining.
This machine is controlled by LinuxCNC (as an example)

Not really, I can see you have not read the Important User Concepts in the User manual.

JT

You are correct that the LinuxCNC trajectory planner does not look ahead but you forget about the naive cam detector which can be turned on and off in G code.

Edit: even turning on the naive cam detector LinuxCNC will still only go fast enough to stop at the end of the next move. Before the naive cam detector would combine arcs and lines my plasma machine would jerk like crazy on files with millions of tiny line arc combinations. Now it will run smooth at >250 IPM cutting the same files. And this is a nema23 stepper driven machine so not a lot of power but setup for the best power I could get from them.

In your example you accept the default trajectory planner defaults so you get the result of that. I still know you did not read an understand the first paragraph here:

linuxcnc.org/docs/html/common/User_Concepts.html

If your machine is not capable of high speed machining the software can not correct this. When using a rotary axis with a linear axis you should be using G93 Inverse Time Mode.

I don't think the naive cam detector works with rotary axes because it does not know the distance of the move.

JT