Trajectory Planner using Ruckig Lib

More
2 years 3 months ago #305087 by Grotius
Replied by Grotius on topic Trajectory Planner using Ruckig Lib
@Tommy,
I think it's not related to rtai or something like that.

@Tia,
same here on the rt kernel on debian 12, try to start the AppImage the terminal just hangs there, no output at all
Maybe i will try it myself on a virtual machine. If this works, then it supposed to work at other places.
The following user(s) said Thank You: tommylight, Lcvette, tiagounderground

Please Log in or Create an account to join the conversation.

More
2 years 3 months ago #305223 by Grotius
Replied by Grotius on topic Trajectory Planner using Ruckig Lib
Hi,

I found a paper that has the info to create a 3d clothoid 4 segment spline. Ideal to create 3d fillets for gcode.

Now is anyone able to help convert this paper into c or c++ code?

clothoid_3d_paper
The following user(s) said Thank You: Lcvette, Darium

Please Log in or Create an account to join the conversation.

More
2 years 3 months ago - 2 years 3 months ago #305236 by Grotius
Replied by Grotius on topic Trajectory Planner using Ruckig Lib
Hi,

Today i was creating the G5 for spline.

Here it tells us to use incremental offset's for i,j in g17 plane. It seems to lcnc uses a 2d spline.
g5 linuxcnc

Then i thought why not use absolute point values for a spline?
Here is my proposal to use a spline in gcode.

It start with a G5. Then every line has a x,y,z point, until another gcode appears.

And the result :
Last edit: 2 years 3 months ago by Grotius.
The following user(s) said Thank You: Lcvette, Darium

Please Log in or Create an account to join the conversation.

More
2 years 3 months ago #305246 by Aciera
Replied by Aciera on topic Trajectory Planner using Ruckig Lib

Here is my proposal to use a spline in gcode.

You probably know how it is with GCode and Splines. Decades ago, when memory was expensive, they were interesting because they reduce file size (as do arcs). As discussed a few pages back on this thread, modern multiaxis CAM/ Postprocessors produce G1 line segments only, they don't even bother with G2/G3 arcs (R vs IJK, Absolute vs Relative). Since processing power and memory have become so cheap the interest in splines has all but disappeared. That is why nobody really uses them. If you asked somebody to create a postprocessor that uses splines, I guarantee the question would be: WHY?
So, unless you have found a new and compelling reason for using splines instead of lines (and arcs) you are flogging a dead horse.     
The following user(s) said Thank You: Lcvette, Grotius

Please Log in or Create an account to join the conversation.

More
2 years 3 months ago #305255 by Grotius
Replied by Grotius on topic Trajectory Planner using Ruckig Lib
Hi Arciera,

That's the case. Flogging a dead horse.

I also never used splines in gcode.
However we need a 4pnt spline to do the exotic path blending fillets where the clothoids are out of plane, or invalid.

Integrating the spline is not that much work.

 
The following user(s) said Thank You: Aciera, Darium

Please Log in or Create an account to join the conversation.

More
2 years 3 months ago #305257 by Aciera
Replied by Aciera on topic Trajectory Planner using Ruckig Lib

However we need a 4pnt spline to do the exotic path blending fillets where the clothoids are out of plane, or invalid.


That is what I suspected. I don't think there would be many objections to modifying spline syntax if it helped getting jolt limiting path blending for multi axis gcode working.

I'm afraid I can't help you with implementing the linked 3d clothoid algorithm.
The following user(s) said Thank You: Grotius

Please Log in or Create an account to join the conversation.

Time to create page: 3.222 seconds
Powered by Kunena Forum