Navigation

    Duet3D Logo

    Duet3D

    • Register
    • Login
    • Search
    • Categories
    • Tags
    • Documentation
    • Order

    Avoiding accidental homing via screen input while mid-print

    Gcode meta commands
    4
    8
    91
    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.
    • Trideo
      Trideo last edited by

      Hello,

      I'm running a machine using a Duet wifi 1.4 board + Duet extension 5X with firmware version 3.2.

      I've been looking for a way to prevent the user from being able to manually perform a homing sequence once the print has begun or at least create a warning requiring user confirmation ONLY if the printer is already doing something else.

      At the moment I have tried to use meta commands to consult the state of the machine prior to entering the home routine but this has not been successful since when executing the homing itself the machine changes state to "busy".

      I have also tried to query if the machine has already been referenced in a previous home to avoid doing the same again, but it happens that when executing the homing itself, the state of the same is reset.

      I wanted to know if there is any way to achieve this since in our case the machines use a BLTouch as a Z probe and executing a Z homing during a print could result in damage to it.

      Thanks in advance.

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

        something like if move.axes[0].homed = true then exit else home the printer.

        If you haven't already, you should poke around in the Object Browser plugin in 3.2.

        Z-Bot CoreXY Build | Thingiverse Profile

        1 Reply Last reply Reply Quote 0
        • Trideo
          Trideo last edited by

          Thanks for the response.

          I have tried similar aproaches.

          The thing is that using "if move.axes[0].homed = true" does not work properly if inserted inside de homex.g as it seems the machine actually resets the X homing value when that function is run and before entering into the code, and that results in move.axes[0].homed being equal to false every time or at least this is what I understood from the different tests I've made.

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

            Hmm, yes that would be the case because once a homing file is called the axis i marked unhomed. The if check would have to happen outside of the homing file.

            I could see this being solved by variables where you could store the homed status and then check it.

            Z-Bot CoreXY Build | Thingiverse Profile

            DIY-O-Sphere 1 Reply Last reply Reply Quote 0
            • DIY-O-Sphere
              DIY-O-Sphere @Phaedrux last edited by

              @Phaedrux
              I have it in a macro for priming the nozzle.
              So it should work in the slicer start g-code.

              1 Reply Last reply Reply Quote 0
              • fcwilt
                fcwilt last edited by

                Isn't there something in the JOBS section of the Object Model that could be tested in the homing macros?

                Frederick

                Printers: A FT-5 with the 713 upgrade bits. A custom MarkForged style. A small Utilmaker style and a CoreXY from kits. Various hotends. Using Duets (2 and 3) running 3.4.1

                DIY-O-Sphere 1 Reply Last reply Reply Quote 0
                • Phaedrux
                  Phaedrux Moderator last edited by

                  state.status=processing maybe? That's different than the busy for homing.

                  Z-Bot CoreXY Build | Thingiverse Profile

                  1 Reply Last reply Reply Quote 0
                  • DIY-O-Sphere
                    DIY-O-Sphere @fcwilt last edited by

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