Trajectory Planner using Ruckig Lib
17 Jul 2024 18:15 #305521
by Aciera
Replied by Aciera on topic Trajectory Planner using Ruckig Lib
You extended the G5 2d cubic spline to 3d?
Please Log in or Create an account to join the conversation.
19 Jul 2024 05:17 - 19 Jul 2024 05:20 #305610
by Grotius
Replied by Grotius on topic Trajectory Planner using Ruckig Lib
Hi Arciera,
So if I understand you correctly you are planning on approximating the 3d clothoid fillets with the G5 spline gcode?
For what i have seen, is that a spline is a shorter, cq sharper curve between 2 points than a clothoid.
I have been thinking if we could change spline characteristics to approx a clothoid, but i don't know for now.
And we can use the spline to solve the 3d clothoid fillets. like a helix to line fillet, or helix to arc fillet etc. All the fillets that
are out of plane we can use the spline for now. If we have the 3d clodhoid algo available, we just change the algoritme to use a 3d clothoid.
You extended the G5 2d cubic spline to 3d?
I used a 3d spline 3-degree. It's a standard spline curve available in opencascade library.
For motion a 5-degree or a quintic spline is maybe better, but we have to find out when we are going to do the look ahead.
Then calculating speeds become's essential.
Left to do is create the interpolation function for a helix.
Then i will do the path blending function.
At this moment, we have played along with tooldir blending, we could see if the result was valid in our graphics output.
This all is done in c++. This c++ code is runned from userland. Now the nice thing is, the kernel module uses
excact the same c++ functions. There is no code duplication or translation to c needed. Therefore the kernel
also opens the gcode file, read's it, parses it, loads data into memory etc. (In lcnc the gcode data is streamed from userland to kernel, in hal-core, kernel loads gcode itself.)
In userland, we only need the graphics, the rest of the memory is released, in the kernel we don't need the graphics,
there the graphics memory is released, so the program turns out to be memory efficient at runtime.
So if I understand you correctly you are planning on approximating the 3d clothoid fillets with the G5 spline gcode?
For what i have seen, is that a spline is a shorter, cq sharper curve between 2 points than a clothoid.
I have been thinking if we could change spline characteristics to approx a clothoid, but i don't know for now.
And we can use the spline to solve the 3d clothoid fillets. like a helix to line fillet, or helix to arc fillet etc. All the fillets that
are out of plane we can use the spline for now. If we have the 3d clodhoid algo available, we just change the algoritme to use a 3d clothoid.
You extended the G5 2d cubic spline to 3d?
I used a 3d spline 3-degree. It's a standard spline curve available in opencascade library.
For motion a 5-degree or a quintic spline is maybe better, but we have to find out when we are going to do the look ahead.
Then calculating speeds become's essential.
Left to do is create the interpolation function for a helix.
Then i will do the path blending function.
At this moment, we have played along with tooldir blending, we could see if the result was valid in our graphics output.
This all is done in c++. This c++ code is runned from userland. Now the nice thing is, the kernel module uses
excact the same c++ functions. There is no code duplication or translation to c needed. Therefore the kernel
also opens the gcode file, read's it, parses it, loads data into memory etc. (In lcnc the gcode data is streamed from userland to kernel, in hal-core, kernel loads gcode itself.)
In userland, we only need the graphics, the rest of the memory is released, in the kernel we don't need the graphics,
there the graphics memory is released, so the program turns out to be memory efficient at runtime.
Last edit: 19 Jul 2024 05:20 by Grotius.
Please Log in or Create an account to join the conversation.
- ihavenofish
- Offline
- Platinum Member
Less
More
- Posts: 686
- Thank you received: 124
20 Jul 2024 19:55 #305721
by ihavenofish
Replied by ihavenofish on topic Trajectory Planner using Ruckig Lib
Remember not to get side tracked away form the core g1/g0 paths. this is how this quest always dies, trying to get to broad or advance, following every little side case.
g1, g0 exact stop moves. get that solid and reliable. helixes can come later.
g1, g0 exact stop moves. get that solid and reliable. helixes can come later.
Please Log in or Create an account to join the conversation.
20 Jul 2024 20:49 - 20 Jul 2024 20:50 #305724
by Grotius
Replied by Grotius on topic Trajectory Planner using Ruckig Lib
Hi,
g1, g0 exact stop moves. get that solid and reliable. helixes can come later.
Yes get the program solid.
Ok i was on another linux distro trying to get the appimage to run.
It turned out the best way to compile it was from the /opt dir. As this dir is always the
same at linux.
Can someone verify if this pop ups a program?
If it does, first input configuration values for jog axis.
filetransfer.io/data-package/wvAnmLrd#link
I want to stop at github as it now requires 2 steps inlog sheme. I dont like this at all.
So any idea's for new code share alternative?
g1, g0 exact stop moves. get that solid and reliable. helixes can come later.
Yes get the program solid.
Ok i was on another linux distro trying to get the appimage to run.
It turned out the best way to compile it was from the /opt dir. As this dir is always the
same at linux.
Can someone verify if this pop ups a program?
If it does, first input configuration values for jog axis.
filetransfer.io/data-package/wvAnmLrd#link
I want to stop at github as it now requires 2 steps inlog sheme. I dont like this at all.
So any idea's for new code share alternative?
Last edit: 20 Jul 2024 20:50 by Grotius.
The following user(s) said Thank You: tommylight, Lcvette
Please Log in or Create an account to join the conversation.
- tommylight
- Away
- Moderator
Less
More
- Posts: 19188
- Thank you received: 6430
20 Jul 2024 20:58 #305726
by tommylight
Replied by tommylight on topic Trajectory Planner using Ruckig Lib
I see GitLab has gone full AI, so it is no more...
Welcome to CyberPunk era!
Welcome to CyberPunk era!
Please Log in or Create an account to join the conversation.
20 Jul 2024 21:55 - 20 Jul 2024 22:04 #305728
by Grotius
Replied by Grotius on topic Trajectory Planner using Ruckig Lib
Tommy,
This is alternative example : codeberg.org/tok/libreStove
Looks ok to me, and it's free.
It seems ddns is free. Then you can setup a nas to run a public git server, or a website, forum etc.
Then the url would be something like :
This is alternative example : codeberg.org/tok/libreStove
Looks ok to me, and it's free.
It seems ddns is free. Then you can setup a nas to run a public git server, or a website, forum etc.
Then the url would be something like :
http://linux-forum.ddns.net
Last edit: 20 Jul 2024 22:04 by Grotius.
The following user(s) said Thank You: tommylight, Lcvette
Please Log in or Create an account to join the conversation.
22 Jul 2024 19:29 #305866
by jdowsonjr
Replied by jdowsonjr on topic Trajectory Planner using Ruckig Lib
Hi there, nice work the s curves look nice on the videos on youtube. I would like to work on this too. What is the state of the merge with the main branch? i see the last commit was 4 months ago on the branch of Grotius, how are things going? what can i do to help?
Please Log in or Create an account to join the conversation.
23 Jul 2024 12:25 #305899
by Grotius
Replied by Grotius on topic Trajectory Planner using Ruckig Lib
Hi Jdowsonjr,
The project has moved from github to codeberg. The reason is the required 2 step verification github requires from it sheeps.
codeberg.org/skynet/hal-core.git
i see the last commit was 4 months ago on the branch of Grotius
Yes, i can't use this account anymore.
how are things going?
Currently working on the path deviation algoritme that processes the G64 P.. Q.. gcode values.
what can i do to help?
Validate if the app-image runs : filetransfer.io/data-package/wvAnmLrd#link
Then you could try to build & run the application from source.
Use qt to load the project by opening the cmakelists.txt file.
Then look around and get an idea how things are done. Then you can start adding code to the
subject you are interested in.
The project has moved from github to codeberg. The reason is the required 2 step verification github requires from it sheeps.
codeberg.org/skynet/hal-core.git
i see the last commit was 4 months ago on the branch of Grotius
Yes, i can't use this account anymore.
how are things going?
Currently working on the path deviation algoritme that processes the G64 P.. Q.. gcode values.
what can i do to help?
Validate if the app-image runs : filetransfer.io/data-package/wvAnmLrd#link
Then you could try to build & run the application from source.
Use qt to load the project by opening the cmakelists.txt file.
Then look around and get an idea how things are done. Then you can start adding code to the
subject you are interested in.
Please Log in or Create an account to join the conversation.
23 Jul 2024 13:37 #305901
by Aciera
Replied by Aciera on topic Trajectory Planner using Ruckig Lib
I just tried the app-image on a new bookworm installation, Here is what I get;
user@debian:~$ ./Downloads/runtest_cnc-x86_64.AppImage
/bin/bash: /tmp/.mount_runteseQsZiS/usr/lib/libc.so.6: version `GLIBC_2.33' not found (required by /bin/bash)
/bin/bash: /tmp/.mount_runteseQsZiS/usr/lib/libc.so.6: version `GLIBC_2.36' not found (required by /bin/bash)
/bin/bash: /tmp/.mount_runteseQsZiS/usr/lib/libc.so.6: version `GLIBC_2.34' not found (required by /bin/bash)
Please Log in or Create an account to join the conversation.
23 Jul 2024 17:46 #305908
by Grotius
Replied by Grotius on topic Trajectory Planner using Ruckig Lib
Hi Arciera,
On my pc : libc6 is already the newest version (2.31-13+deb11u10).
Thanks, and will it run after this:
On my pc : libc6 is already the newest version (2.31-13+deb11u10).
Thanks, and will it run after this:
sudo apt update
sudo apt install libc6
The following user(s) said Thank You: Lcvette
Please Log in or Create an account to join the conversation.
Time to create page: 0.153 seconds