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

    [Possible bug] DWC Wrong Height Value

    Scheduled Pinned Locked Moved
    Duet Web Control
    2
    4
    226
    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.
    • mherundefined
      mher
      last edited by

      I noticed that there seems to be an issue with the reported height value when you are printing multiple objects in sequence, depending on the order you are printing them in.

      To give an example I have 2 objects in the print. 1 is 16mm high and the other is 5mm high. If I print the 16mm one first and the 5mm second it will report a height of 5mm. Whereas if I print them the other way around it will show a height of 16mm which is the one I would suspect in both cases.

      In other words, the max height value seems to always display the height of the object that is printed last.

      I noticed this when I tried to write some code that would move the Z to a height that would not interfere with any of the printed objects at the end of a job. In order to do this I wanted to grab the height value of the file but because it always reports the height of the last object this isn't trustworthy enough. Ofcourse I could just make sure I always print the tallest object last but relying on me remembering that is a bad solution haha.

      In the screenshot the "small" file is printing the smallest item as last where in the other file the tallest item is being printed last. Other then the order they are the exact same print job.

      A possible solution could be to take a look at the platter comment which for instance super slicer generates, this correctly reports the tallest object no matter the order. If said comment isn't there it could fallback on the current solution

      Screenshot 2022-06-11 at 21.55.01.png

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

        It grabs the height from the last command z move.

        Can you share your gcode files?

        Z-Bot CoreXY Build | Thingiverse Profile

        mherundefined 1 Reply Last reply Reply Quote 0
        • mherundefined
          mher
          last edited by

          @Phaedrux that makes sense of course when not printing each object individually but when printing each object individually it means the height displayed is different from what I would expect it to be.

          I've included the 2 example files, I had to upload them to wetransfer. They where to big to upload here.

          https://we.tl/t-92vnSVW8Vc

          1 Reply Last reply Reply Quote 0
          • mherundefined
            mher @Phaedrux
            last edited by

            @phaedrux @dc42
            I found another issue when printing in sequence. The total layers is being displayed for the last object only.

            So when printing 2 objects the current lauer can go way above the value it says the total layers will be

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