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

    Unnecessary probe deploy and retracts

    Scheduled Pinned Locked Moved Solved
    Tuning and tweaking
    3
    5
    251
    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.
    • JRDMundefined
      JRDM
      last edited by

      I have a Duet2 Ethernet, running RRF 2.05.1 and Euclid probe installed. Euclid is a switch on a magnet that can be docked and undocked.
      I have my deploy and retract macros set up properly the best I can tell. I can do single point and four point probing for 3 screw levelling.

      When I do the bed.g routine, it undocks and docks the probe for every single point. I'd understand if my M558 probe type was P9 but it's P5.

      What can I do differently to reduce the excessive docking?

      My config.g lines for the probe:

      M574 Z1 S2
      M558 P5 H8 F300 T9000 A3 S0.01
      G31 P500 X3.2 Y34 Z7.7
      

      My bed.g:

      M561             ; clear any existing bed transform
      G1 Z5 S2
      G30 P0 X15 Y45 Z-99999
      G30 P1 X15 Y275 Z-99999
      G30 P2 X275 Y275 Z-99999
      G30 P3 X275 Y45 Z-99999 S3
      G1 X150 Y150 F5000               ; move the head to the corner (optional)
      

      I suspect it's not needed but for good measure my deploy probe macro:

      M564 H1 S0            ; Allow movement BEYOND axes boundaries (for X to reach probe dock)
      G91                          ; relative positioning
      G0 H2 Z10 F1000              ; move Z 15 for clearance above dock.
      G90                          ; absolute positioning
      G0 X20 Y270 F8000             ; move ot preflight position
      M400                         ; wait for moves to finish
      G0 X-12 Y291 F4000              ; move adjacent to probe dock location
      M400                         ; wait for moves to finish
      G0 X-12 Y300 F4000               ;  move over dock 
      G4 P250                      ; pause for pickup
      G0 X30 Y300 F4000              ;  slide probe out of dock - slowly at 300
      M400                         ; wait for moves to finish
      G0 X150 Y150 F8000           ; move to center of bed 
      M400                         ; wait for moves to finish
      M564 S1                      ; Restrict movement to within axes boundaries (for normal Y movement)
      

      retract macro:

      G90	                           ; absolute positioning
      M564 S0                        ; allow movement outside the boundaries
      G0 X50 Y300 F8000                ; move to the re-entry staging position
      M400                           ; wait for moves to finish
      G0 X30 Y300 F4000                ; move to the dock re-entry position
      M400                           ; wait for moves to finish
      G0 X-12 Y300 F4000                  ; move into the dock position
      M400                           ; wait for moves to finish
      G4 P250                        ; pause 250 usecs 
      G0 X-12 Y290 F4000                ; move to the side swipe off probe
      G0 X20 Y270  F4000             ; move away from the dock
      M400                          ; wait for moves to finish
      G0 X150.0 Y150.0 F4000           ; move to the center of the bed
      M400
      M564 S1                        ; set movement limit to axis boundaries
      
      JRDMundefined dc42undefined 2 Replies Last reply Reply Quote 0
      • JRDMundefined
        JRDM @JRDM
        last edited by

        @JRDM I did do a mesh probe on a lark and reduced point count, and that didn't do the dock & undock for every point. Thankfully.

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

          @JRDM if you use G30 to probe the bed and the Z probe is not already deployed, then RRF will deploy it first and retract it afterwards. To avoid this when using G30 multiple times in succession, use M401 at the start of bed.g and M402 at the end. If you have any abort commands in bed.g then use M402 when aborting bed.g too.

          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

          JRDMundefined 1 Reply Last reply Reply Quote 0
          • sinned6915undefined
            sinned6915
            last edited by sinned6915

            Look closer at the homez.g macro example and the bed4point.g-

            homez.g calls for probe deploy, then invokes an M98 to call up bed4point.g

            in the documentation we try to describe how to wrap M401/M402 around macros to prevent this.

            as those are 2-3 years old at this point, we should probably look at the and add more confitional gcode to see if the probe is deployed or not in bed4point.g

            1 Reply Last reply Reply Quote 0
            • JRDMundefined
              JRDM @dc42
              last edited by JRDM

              @dc42 Thank you the suggestion of deploying before and retracting after the group of G30 calls did the job

              1 Reply Last reply Reply Quote 0
              • dc42undefined dc42 marked this topic as a question
              • dc42undefined dc42 has marked this topic as solved
              • First post
                Last post
              Unless otherwise noted, all forum content is licensed under CC-BY-SA