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

    Configure output pin that indicates printing status

    Scheduled Pinned Locked Moved
    Duet Hardware and wiring
    4
    8
    148
    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.
    • gratgrat27undefined
      gratgrat27
      last edited by

      Hi everyone,

      On a duet 2, RRF 3.3 controling an original Z1+ workbee.

      I am struggling configuring an emergency stop that is instantaneous AND offers a resume possibility, I am thinking of going for an external relay cutting power.

      The relay would be controled by a arduino controling the spindle current consuption (that I already use with trigger).
      I need to condition the relay opening to the printing status as the R parameter of M581.

      So is there a way to configure an output pin reporting that status?
      Many thanks

      infiniteloopundefined 1 Reply Last reply Reply Quote 0
      • gratgrat27undefined
        gratgrat27
        last edited by

        After researching I would do that;

        M950 P2 C"exp.e3stop" ; output 2 uses e3stop pin

        If state.status == "processing"
        M42 P2 S1
        else
        M42 P2 S0
        break

        In a macro or in the user config file.

        1 Reply Last reply Reply Quote 0
        • infiniteloopundefined
          infiniteloop @gratgrat27
          last edited by

          @gratgrat27

          I am struggling configuring an emergency stop that is instantaneous AND offers a resume possibility, I am thinking of going for an external relay cutting power.

          Regarding the Resume capability, you already have a recent thread running. Have you updated RRF as @gloomyandy suggested?

          Generally spoken, a true emergency stop means to physically cut mains power. Any software-driven approach can go wrong if controller and/or firmware malfunctions for some reason. Given that you have to switch power off, follow the path of M911: Configure auto save on loss of power.

          If you don’t want to shut down the system completely, go with Pause/Resume - that’s exactly what it’s for. As this mechanism is software-driven, you can easily add a relay to switch off the spindle.

          So you can have both an Emergency stop and a soft stop (aka Pause). But don’t mix them. By piling up additional hard- and software components to catch potential malfunctions, you introduce more potential points of failure - not exactly what you want in an emergency situation.

          gratgrat27undefined 1 Reply Last reply Reply Quote 0
          • gratgrat27undefined
            gratgrat27 @infiniteloop
            last edited by gratgrat27

            @infiniteloop

            RRF 3.5.4 is now onboard.

            I need a emergency stop linked to an over/lower consuption of curent, detected by my annex arduino that wil prevent blind moves when spindle stops if I'm not there.
            I configured a trigger but the buffered moves are sometimes 2/3 seconds if many straight moves in a row.

            How would you suggest a 100% hardware approach?
            I think I have no other choice but to consider the printing status otherwise I'll stop the mainboard when I change tool, or pause.

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

              @gratgrat27 said in Configure output pin that indicates printing status:

              I configured a trigger but the buffered moves are sometimes 2/3 seconds if many straight moves in a row.

              There is a special emergency stop trigger (trigger 0) that stops everything more or less immediately. Did you use that one?

              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

              gratgrat27undefined 1 Reply Last reply Reply Quote 0
              • gratgrat27undefined
                gratgrat27 @dc42
                last edited by gratgrat27

                @dc42
                Yes I saw it but no restart point / resurrect file is issued. I sometime run 24h jobs for finishing...
                Only the index/line would be sufficent after M112 use.

                dc42undefined jay_s_ukundefined 2 Replies Last reply Reply Quote 0
                • dc42undefined
                  dc42 administrators @gratgrat27
                  last edited by dc42

                  @gratgrat27 the point of Emergency Stop is that it stops all motors and other devices immediately. Because of this, position is lost and there is no facility for restart.

                  There is a feature called Feed Hold planned for firmware 3.7 that may do what you want, i.e. perform a rapid but controlled stop, without loss of position.

                  Meanwhile you could improve on your current setup by enabling segmentation. See the M667 M669 command. This splits up long moves into shorter ones, which generally means that the time to process a pause command is greatly reduced.

                  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

                  1 Reply Last reply Reply Quote 0
                  • jay_s_ukundefined
                    jay_s_uk @gratgrat27
                    last edited by

                    @gratgrat27 and segmentation is M669, not M667

                    Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is

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