LinuxCNC S-Curve Accelerations

 

Inadequacies in the milling path should not be compensated for by violations of the limits of jerk and acceleration 

It is not the case that we try to fix inadequacy of the path by spiking the jerk, is that we cannot control the jerk spikes period. This is not because we don't want to or lack of trying, is IMO fundamentally a limitations of the current tp architecture. YangYang is trying work arounds...

Hey guys have a look at the link to the YouTube channel

These guys have a whole factory running linuxcnc I think.

Is awesome.

I have 7 machines here in NZ but these guys have way more stuff for testing.

Grandixximo.

Can you take some more videos of your machines please
Even a non promotional video for us linuxcnc guys where you can really dig into how your have implemented it.

This is perfect for testing 5 axis stuff and your jerk control.

And I just want to say thanks for trying to help the open source community.


Not everyone does that.

Cheers

We make machines, on our factory floor, we always have 3-4 machines on the floor I can test, some complete some partially because in construction. our customers have multiple shops running LinuxCNC, but it is in the background, and they don't really know, they only look at CAM, CNC for them is mostly open gcode start, regulate feed, stop if have problem.
The biggest changes we made you have them now in master, not sure how my implementation can help, and it is not in the scope of the OP.

Agreed it's outside the scope of the OP

Just once again thanks for everything.


I'll go back to watching and hoping you guys get this running nicely


Cheers andrew

To come back to your original question, if I were to look at the gcode running on those machines, would I see more code running in G61or G64 mode?

Generally, how important is constant velocity along the toolpath for your applications?  

I mostly run G64 P0.05 in metric, G64 P0.002 in inches, G61 is afterthought for us, but will be tested...