Jump to content
Ultimaker Community of 3D Printing Experts
AbeFM

Feature Request: Z-OffSet (Post-Process?)

Recommended Posts

Oftentimes I'll have an issue high up on a print - and want to test it. I can drop the part into the bed, but often this will change the fill and crucially the supports.

 

I would like to have a post-processing step which takes the finished model, and subtracts a uniform Z-value from the whole gcode, and cuts out all the lines which are now below the bed.

 

image.thumb.png.4ebfeaacd4c3ea1900bcdef815d297f7.png

 

I know this isn't a great example, but you can see how the supports are different left to right (ignore the circle). It's the same parts, merely translated in Z, and I get different support. This is more of an issue with gradual infills, etc, where things going on down below effect what is above.

 

Not sure if I'm explaining it well, but it seems like you could just keep the set up, delete all lines till z = z_requested, then subtract z_requested from all z's - or something similar

Share this post


Link to post
Share on other sites

As OP says, that changes the layers. OP does not want an initial layer, bottom layers or anything, but exactly the stack of layers from a certain height.

 

A plugin could be created that does that, but I wonder how usefull it would be; bed adhesion would be horrible.

Share this post


Link to post
Share on other sites
On 2/25/2018 at 1:27 AM, ahoeben said:

A plugin could be created that does that, but I wonder how usefull it would be; bed adhesion would be horrible.

Yeah, I was thinking that same thing. I still think it would be a learning tool, but I think a reasonable compromise would be a raft, then as described.

 

Share this post


Link to post
Share on other sites

Ah, but adding a raft would make the plugin/script a whole lot more complex, because it would need to analyse the new first layer and create a raft from that "geometry". Rafts are normally created in CuraEngine (written in C++), and plugins/scripts are written in Python. So the code to create a raft cannot just be copied, but needs to be reimplemented from scratch.

Share this post


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!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Our picks

    • Introducing Ultimaker Cura 3.6 | Beta
      Ultimaker Cura 3.6 | Beta is available. It comes with new features, bug fixes, and UX improvements. We would really like to have your feedback on it to make our stable release as good as it can be. As always, you can download the beta for free from our website, for Windows, MacOS, and Linux.
        • Like
      • 95 replies
    • Print Core CC | Red for Ruby
      Q: For some users, abrasive materials may be a new subject matter. Can you explain what it is that makes a material abrasive when you are not sure which print core to use?
      A: Materials which are hard in a solid piece (like metals, ceramics and carbon fibers) will generally also wear down the nozzle. In general one should assume...
        • Like
      • 30 replies
    • "Back To The Future" using Generative Design & Investment Casting
      Designing for light-weight parts is becoming more important, and I’m a firm believer in the need to produce lighter weight, less over-engineered parts for the future. This is for sustainability reasons because we need to be using less raw materials and, in things like transportation, it impacts the energy usage of the product during it’s service life.
        • Like
      • 12 replies
×

Important Information

Welcome to the Ultimaker Community of 3D printing experts. Visit the following links to read more about our Terms of Use or our Privacy Policy. Thank you!