Duet3D Logo Duet3D
    • Tags
    • Documentation
    • Order
    • Register
    • Login

    Please support slicer generated progress marks

    Scheduled Pinned Locked Moved
    Firmware wishlist
    3
    5
    542
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • zaptaundefined
      zapta
      last edited by

      Please allow to use the slicer progress marks instead of the existing 3 types of estimations duet currently provides, often with very large differences between them.

      Here is a screenshot from slic3r prusa edition.

      0_1558933235424_2019-05-26_21-51-46.png

      1 Reply Last reply Reply Quote 0
      • Phaedruxundefined
        Phaedrux Moderator
        last edited by

        I think there's more to it than just supporting the Gcode. Slic3r uses the marlin motion planner for their time estimates, and they are accurate because it's aware of the speed, acceleration and jerk values used for the Prusa printers.

        slic3r doesn't use the RepRapFirmware motion planner and has no idea what your firmware speed settings actually are for the most part, so it's estimates aren't going to be as accurate. So if that's the case, what's the point of adding time remaining tags that won't be any more accurate than the existing DWC estimates?

        Z-Bot CoreXY Build | Thingiverse Profile

        1 Reply Last reply Reply Quote 0
        • zaptaundefined
          zapta
          last edited by

          @phaedrux said in Please support slicer generated progress marks:

          ... so it's estimates aren't going to be as accurate.

          I believe that with a little bit of creativity it may be accurate. For example, by extrapolating the time so far for the remaining percentage. At the time I played with the estimation logic of sailfish (using S3D percentage markers) and got very good results.

          Having displayed three estimations, often with large differences between them is kind of odd 😉

          dc42undefined 1 Reply Last reply Reply Quote 0
          • dc42undefined
            dc42 administrators @zapta
            last edited by

            @zapta said in Please support slicer generated progress marks:

            Having displayed three estimations, often with large differences between them is kind of odd

            The point about displaying 3 estimations is that when they converge, you have a reasonable idea that the times are accurate. However, I am inclined to remove the estimate based on layer time, because it is rarely accurate.

            If you simulate the file before printing it, then DWC 2.0 offers another estimate, based on the simulation time. This is normally very accurate, unless you adjust the speed factor or other relevant parameters while printing so that they are different from the values used while simulating.

            I will consider supporting M73 in a future firmware release.

            Duet WiFi hardware designer and firmware engineer
            Please do not ask me for Duet support via PM or email, use the forum
            http://www.escher3d.com, https://miscsolutions.wordpress.com

            zaptaundefined 1 Reply Last reply Reply Quote 0
            • zaptaundefined
              zapta @dc42
              last edited by

              @dc42 said in Please support slicer generated progress marks:

              If you simulate the file before printing it, then DWC 2.0 offers another estimate, based on the simulation time.

              Have you considered to use statistical sampled simulation for a prior quick estimate? E.g. sample the file at a few places and extrapolate the overall secs/byte or second/layer ?

              1 Reply Last reply Reply Quote 0
              • First post
                Last post
              Unless otherwise noted, all forum content is licensed under CC-BY-SA