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

Stopping unnecessary euclid probe deploy/retracts

Scheduled Pinned Locked Moved
Tuning and tweaking
3
14
402
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.
  • undefined
    Surgikill @fcwilt
    last edited by 13 Oct 2023, 02:19

    @fcwilt My current thought is to have a printstart.g file, where it will set a global variable flag, and then when it runs through my G28, G32, G29, I can have an "if" statement using that global variable flag to stop the M402 command, and then reset the flag at the end of printstart.g. That way, I can use every command standalone, but still use them in my start.g routine

    undefined 1 Reply Last reply 13 Oct 2023, 02:43 Reply Quote 0
    • undefined
      fcwilt @Surgikill
      last edited by 13 Oct 2023, 02:43

      @Surgikill

      Well it seems to me you should be able to keep the probe mounted all the time, only dismounting in
      the "print begin" file just before the print file code starts to execute

      Then you could remount the probe in the "print done " file.

      Yes? No?

      Frederick

      Printers: a small Utilmaker style, a small CoreXY and a E3D MS/TC setup. Various hotends. Using Duet 3 hardware running 3.4.6

      undefined 1 Reply Last reply 13 Oct 2023, 12:31 Reply Quote 0
      • undefined
        Surgikill @fcwilt
        last edited by 13 Oct 2023, 12:31

        @fcwilt Yes, I could do that, but I'm not super fond of that idea.

        undefined undefined 2 Replies Last reply 13 Oct 2023, 12:51 Reply Quote 0
        • undefined
          jay_s_uk @Surgikill
          last edited by 13 Oct 2023, 12:51

          @Surgikill put M401 in your macro at the beginning and M402 at the end. That will override and subsequent deploy and retracts

          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

          undefined 1 Reply Last reply 13 Oct 2023, 14:34 Reply Quote 0
          • undefined
            fcwilt @Surgikill
            last edited by 13 Oct 2023, 12:59

            @Surgikill said in Stopping unnecessary euclid probe deploy/retracts:

            @fcwilt Yes, I could do that, but I'm not super fond of that idea.

            It minimizes the time spent mounting/dismounting and saves "wear and tear" on the system. It worked for me.

            Good luck.

            Frederick

            Printers: a small Utilmaker style, a small CoreXY and a E3D MS/TC setup. Various hotends. Using Duet 3 hardware running 3.4.6

            1 Reply Last reply Reply Quote 0
            • undefined
              Surgikill @jay_s_uk
              last edited by 13 Oct 2023, 14:34

              @jay_s_uk Yes, I have that. The issue is I am running homeall.g, bed.g, and mesh.g. Each of them has a m401 and m402 at the beginning and end, respectively. I want to be able to run each of them standalone, or in consecutive order. If I run them in consecutive order currently, it will deploy/retract at the beginning and end of each file.

              undefined 1 Reply Last reply 13 Oct 2023, 14:36 Reply Quote 0
              • undefined
                jay_s_uk @Surgikill
                last edited by 13 Oct 2023, 14:36

                @Surgikill i understand that.
                what i'm saying is also add M401 and M402 to that to the macro you use to call all 3 as well as where they currently are

                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

                undefined 2 Replies Last reply 13 Oct 2023, 14:37 Reply Quote 0
                • undefined
                  Surgikill @jay_s_uk
                  last edited by 13 Oct 2023, 14:37

                  @jay_s_uk That is then going to abort the process due to error checking in my deployprobe.g

                  undefined 1 Reply Last reply 13 Oct 2023, 14:40 Reply Quote 0
                  • undefined
                    jay_s_uk @Surgikill
                    last edited by 13 Oct 2023, 14:40

                    @Surgikill you could pass a parameter through with each command, e.g. G28 A"macro" and do a parameter check in your deployprobe.g
                    if the parameter isn't present, do the error checking etc

                    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

                    undefined 1 Reply Last reply 13 Oct 2023, 14:45 Reply Quote 0
                    • undefined
                      Surgikill @jay_s_uk
                      last edited by 13 Oct 2023, 14:41

                      @jay_s_uk Currently I am using the euclid firmware macro. This snippet will trigger the abort.

                      if sensors.probes[0].value[0]!=1000 ; if sensor is value other than 1000 do this
                      ; uncomment next line to echo the probe deploy state
                      ; echo "deployuser token = " ^sensors.probes[0].deployedByUser
                      ; echo "Probe State = " ^sensors.probes[0].value[0]
                      abort "deployprobe start value Probe already picked up. Manually return probe to the dock"

                      I'm assuming I can use M99 here instead, so it will not abort the entire nest of macros, and only exit deployprobe.g

                      1 Reply Last reply Reply Quote 0
                      • undefined
                        Surgikill @jay_s_uk
                        last edited by 13 Oct 2023, 14:45

                        @jay_s_uk I'm thinking I could use this, instead of the straight abort that the euclid macro has.

                        if sensors.probes[0].value[0]!=1000 ; if sensor is value other than 1000 do this
                        echo "Probe already picked up. Checking probe status"
                        if sensors.probes[0].value[0]!=0
                        abort "Probe not detected. Please check machine"
                        M99
                        undefined 1 Reply Last reply 13 Oct 2023, 14:48 Reply Quote 0
                        • undefined
                          jay_s_uk @Surgikill
                          last edited by 13 Oct 2023, 14:48

                          @Surgikill possibly. i've not used M99

                          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 0
                          12 out of 14
                          • First post
                            12/14
                            Last post
                          Unless otherwise noted, all forum content is licensed under CC-BY-SA