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

    [Solved]Prevent docking/undocking of probe during multiple G30

    Scheduled Pinned Locked Moved Solved
    Tuning and tweaking
    2
    3
    113
    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.
    • Ralmsundefined
      Ralms
      last edited by Ralms

      Hi everyone,

      As I continue to program my printer, I've ran into a behavior which I wonder if there is an easy solution.

      Essentially, the printer is a Voron 2.4, which 4 independent Z motors and to level it, I call G30 4 times as per the documentation:

      Here is the bed.g

      G28 ; home
      G30 P0 X30 Y300 Z-99999 ; probe near a leadscrew
      G30 P1 X30 Y60 Z-99999 ; probe near a leadscrew
      G30 P2 X270 Y60 Z-99999 ; probe near a leadscrew
      G30 P3 X270 Y300 Z-99999 S4 ; probe near a leadscrew and calibrate 4 motors
      

      The probe is a Klicky probe, which is a switch type probe, but since connected to the 1LC is defined as type 8.
      It's set with:

      M558 P8 C"^121.io2.in" H5 F200:100 K0 T2000 
      

      To be clear, the calibration is working fine.
      However, the printer is calling deployprobe.gand retractprobe.g for every single G30 Pn call, which makes it walk back and forth a bunch of times unnecessarily.

      I know that I can essentially use empty deployprobe.gand retractprobe.g files and have my macros called when needed, but I'm trying to avoid this, to not run the risk of having G30 called and not having the probe.
      Is there any way flag G30 so it doesn't call deployprobe.gand retractprobe.g?
      Or something like the macro parameters that I can send to G30, where it in turn does a pass-thru of the unrecognized parameters to deployprobe.gand retractprobe.g?

      Thank you

      (Board Duet 3 MB6HC, with 1LC running firmware 3.5.2 )

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

        @Ralms call M401 to undock the probe and then do all your probing routines. That should prevent it docking it between.
        Then M402 at the end

        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

        Ralmsundefined 1 Reply Last reply Reply Quote 0
        • Ralmsundefined
          Ralms @jay_s_uk
          last edited by

          @jay_s_uk said in Prevent docking and undocking of probe during multiple G30 Pn:

          @Ralms call M401 to undock the probe and then do all your probing routines. That should prevent it docking it between.
          Then M402 at the end

          That did the trick.
          Thank you!

          Need to look into submitting some documentation improvements after finishing coding the printer lol

          1 Reply Last reply Reply Quote 1
          • 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