Jump to content

Print speed and temperature set in the slicer VS changed during print


corngolem

Recommended Posts

Posted · Print speed and temperature set in the slicer VS changed during print

This concerns slicers in general but I'm posting here.

Is there a difference between parameters (especially print speed and temperature) set in the slicer and the same parameters changed on the fly during the print ?

And by this I mean, do slicers take into consideration the given temperature ? to for example adjust the print speed and flow on some part (bottom, wall, infill) of the print.

This leads to a suggestion: why don't slicers use the plastic's properties (as given by the manufacturer in the data sheet) to adapt the gcode and make a better print ?

 

  • Link to post
    Share on other sites

    Posted · Print speed and temperature set in the slicer VS changed during print

    No, as far as I'm aware, no slicers are that sophisticated. The given temp gets set early on in the preamble gcode, but then totally ignored otherwise.

    In theory, changing the speed and flow via the ulticontroller should be the same as having set them that way in the initial gcode, with the only exception that all head moves get speeded up uniformly by changing the print speed multiplier. As a result, all movements (except pure retraction/advance moves) are affected, including travel moves, whereas in the slicer you can set travel moves separately, and in some slicers (not Cura) you can set loops, infill etc to have different speeds. From the ulticontroller, they all get affected by the same proportion, but you loose the ability to differentiate, or to NOT increase the speed of your travel moves, if they are already set to be fast.

     

  • Link to post
    Share on other sites

    Posted · Print speed and temperature set in the slicer VS changed during print

    There are 100s of features that need to be added to slicers and firmware. For example the slicer should automatically slice thinner layers on the tops of spheres. The firmware should take into account head pressure and delay when ordering more filament and when it comes out.

    These software packages get slowly better every year. But it's a lot of work for the programmers and there aren't enough programmers in the world so please, tell everyone: "we need more programmers, don't major in art history - learn programming - it's not hard, it's fun, it's highly paid, and it's badly needed."

     

  • 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

      • UltiMaker Cura 5.8 beta released
        Another Cura release has arrived and in this 5.8 beta release, the focus is on improving Z seams, as well as completing support for the full Method series of printers by introducing a profile for the UltiMaker Method.
          • Like
        • 1 reply
      • Introducing the UltiMaker Factor 4
        We are happy to announce the next evolution in the UltiMaker 3D printer lineup: the UltiMaker Factor 4 industrial-grade 3D printer, designed to take manufacturing to new levels of efficiency and reliability. Factor 4 is an end-to-end 3D printing solution for light industrial applications
          • Thanks
          • Like
        • 3 replies
    ×
    ×
    • Create New...