UltiMaker uses functional, analytical and tracking cookies. Tracking cookies enhance your experience on our website and may also collect your personal data outside of Ultimaker websites. If you agree with the use of tracking cookies, click “I agree, continue browsing”. You can withdraw your consent at any time. If you do not consent with the use of tracking cookies, click “Refuse”. You can find more information about cookies on our Privacy and Cookie Policy page.
Posted
· High Speed Machining (HSM) for 3d printing
If I understand what you're saying, the deal is that you when you change speed you want to retune other parameters as well to get results comparable to the speed your more familiar with.
Basically, all of your settings inputs form a configuration space. The problem is that this space is very large in terms of number of dimensions, and it's hard to tell how the parameters interact. If we want to move into the higher speed portion of the configuration space, what other things do we need to change? It seems like changes in settings are largely propagating by trial and error relative to each hardware design. To work out how to push into the higher speed territory, I suspect you need a more organized exploration of the configuration space.
I'm guessing that for CNC, the manufacturers did exhaustive testing relative to a small number of reference runs on mature machine lines. Meanwhile, most hobbyist 3d printer manufacturers are less than 5 years old and are in their second or third iteration. I would expect most of the manufacturer driven R&D effort to be dedicated to hardware design for now.
But maybe there's something you could do to push into the higher speed configurations using crowd-sourcing rather than paying people to print the same 3 models every day for a year with different settings.
So let's say you rate your print quality on a scale from 0 to 1. For each point in the configuration space, we'll say that configuration has an average print quality somewhere in that scale. For the moment, ignore the fact that quality may be both subjective and multidimensional. We have to run roughshod over that to make the problem manageable.
Let's say that we have Cura collect a rating from users for the quality of their print job and then submit that rating to an online database, along with the settings used and maybe a hash of the source STL file. Using the database, we want to look for a couple of different things:
(1) Are there points in the configuration space far from the default settings (particularly in speed related settings) where there are a large number of user reports of high quality prints?
(2) For settings very close to the defaults, what directions can you move where the change in quality is 0 or positive?
Over time, you want to come up with ways to change the defaults to reflect good reported outcomes (which also pushes more people to look at the region surrounding the new defaults) and also to try to come up with a lower dimension subspace of the configuration space which gives good results (i.e. when you ramp up the speed, other settings are changed appropriately).
Posted
· High Speed Machining (HSM) for 3d printing
No not really what I am talking about. You post process the Cura generated GCode file. Run it through a parser that can read ahead, this breaks the motion up with slower feedrate around a corner. You can set the incremental space to insert a slower speedrate. Instead of letting the machine spend time reading ahead with buffers, this is cheap but very good solution to older cheaper printers.
Link to post
Share on other sites
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
🚀 Help Shape the Future of Cura and Digital Factory – Join Our Power User Research Program!
We’re looking for active users of Cura and Digital Factory — across professional and educational use cases — to help us improve the next generation of our tools.
Our Power User Research Program kicks off with a quick 15-minute interview to learn about your setup and workflows. If selected, you’ll be invited into a small group of users who get early access to features and help us shape the future of 3D printing software.
🧪 What to Expect:
A short 15-minute kickoff interview to help us get to know you If selected, bi-monthly research sessions (15–30 minutes) where we’ll test features, review workflows, or gather feedback Occasional invites to try out early prototypes or vote on upcoming improvements
🎁 What You’ll Get:
Selected participants receive a free 1-year Studio or Classroom license Early access to new features and tools A direct voice in what we build next
👉 Interested? Please fill out this quick form
Your feedback helps us make Cura Cloud more powerful, more intuitive, and more aligned with how you actually print and manage your workflow.
Thanks for being part of the community,
The full stable release of Cura 5.10 has arrived, and it brings support for the new Ultimaker S8, as well as new materials and profiles for previously supported UltiMaker printers. Additionally, you can now control your models in Cura using a 3D SpaceMouse and more!
Recommended Posts
NonSequor 1
If I understand what you're saying, the deal is that you when you change speed you want to retune other parameters as well to get results comparable to the speed your more familiar with.
Basically, all of your settings inputs form a configuration space. The problem is that this space is very large in terms of number of dimensions, and it's hard to tell how the parameters interact. If we want to move into the higher speed portion of the configuration space, what other things do we need to change? It seems like changes in settings are largely propagating by trial and error relative to each hardware design. To work out how to push into the higher speed territory, I suspect you need a more organized exploration of the configuration space.
I'm guessing that for CNC, the manufacturers did exhaustive testing relative to a small number of reference runs on mature machine lines. Meanwhile, most hobbyist 3d printer manufacturers are less than 5 years old and are in their second or third iteration. I would expect most of the manufacturer driven R&D effort to be dedicated to hardware design for now.
But maybe there's something you could do to push into the higher speed configurations using crowd-sourcing rather than paying people to print the same 3 models every day for a year with different settings.
So let's say you rate your print quality on a scale from 0 to 1. For each point in the configuration space, we'll say that configuration has an average print quality somewhere in that scale. For the moment, ignore the fact that quality may be both subjective and multidimensional. We have to run roughshod over that to make the problem manageable.
Let's say that we have Cura collect a rating from users for the quality of their print job and then submit that rating to an online database, along with the settings used and maybe a hash of the source STL file. Using the database, we want to look for a couple of different things:
(1) Are there points in the configuration space far from the default settings (particularly in speed related settings) where there are a large number of user reports of high quality prints?
(2) For settings very close to the defaults, what directions can you move where the change in quality is 0 or positive?
Over time, you want to come up with ways to change the defaults to reflect good reported outcomes (which also pushes more people to look at the region surrounding the new defaults) and also to try to come up with a lower dimension subspace of the configuration space which gives good results (i.e. when you ramp up the speed, other settings are changed appropriately).
Link to post
Share on other sites
SkyKorp 6
No not really what I am talking about. You post process the Cura generated GCode file. Run it through a parser that can read ahead, this breaks the motion up with slower feedrate around a corner. You can set the incremental space to insert a slower speedrate. Instead of letting the machine spend time reading ahead with buffers, this is cheap but very good solution to older cheaper printers.
Link to post
Share on other sites