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

    inverting Z-probe pin

    Scheduled Pinned Locked Moved
    Beta Firmware
    6
    22
    1.8k
    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.
    • dc42undefined
      dc42 administrators
      last edited by

      I'll enable inversion of analog pins in 3.01-RC5.

      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

      celulariundefined gtj0undefined 2 Replies Last reply Reply Quote 2
      • celulariundefined
        celulari @dc42
        last edited by

        @dc42 said in inverting Z-probe pin:

        I'll enable inversion of analog pins in 3.01-RC5.

        THANK YOU!!!

        1 Reply Last reply Reply Quote 0
        • gtj0undefined
          gtj0 @dc42
          last edited by

          @dc42 said in inverting Z-probe pin:

          I'll enable inversion of analog pins in 3.01-RC5.

          Thanks. I need that as well.

          1 Reply Last reply Reply Quote 0
          • tekkydaveundefined
            tekkydave
            last edited by

            Just tried 3.01-RC5 and my analog piezo probe is no longer working. OK in 3.01-RC4.

            In RC4 it sits at 525 when untriggered but in RC5 it sits at 497 and does not respond to pressure on the probe.

            Defined like this

            M558 P1 C"^!zprobe.in" R0.5 H3 F360 T9000 A5 S0.03       ; P1 = Analogue mode 
            G31 X0 Y0 Z-0.1 P530                                     ; X, Y, Z offsets, P530 = trigger threshold
            

            Do I need to change anything for RC5?

            celulariundefined 1 Reply Last reply Reply Quote 0
            • tekkydaveundefined
              tekkydave
              last edited by

              Works OK in Digital Mode in 3.01RC5

              M558 P8 C"^!zprobe.in" R0.5 H3 F240 T9000 A5 S0.03      ; P8 = Digital mode (unfiltered)
              G31 X0 Y0 Z-0.1 P100                                    ; X, Y, Z offsets, P100 = debounce interval
              
              

              Something has changed between RC4 and RC5. I only have one probe which should default to probe 0 so nothing to do with the new K parameter.

              droftartsundefined 1 Reply Last reply Reply Quote 0
              • celulariundefined
                celulari @tekkydave
                last edited by

                @tekkydave i'm using mine in analog mode and is working as intended... Funny thing, never managed to work in digital mode

                tekkydaveundefined 1 Reply Last reply Reply Quote 0
                • droftartsundefined
                  droftarts administrators @tekkydave
                  last edited by

                  @tekkydave The implication from the couple of posts before your first one is that analogue pins can't be inverted, so the "!" in your initial config wasn't doing anything. Try without it, as the inversion works as of RC5.

                  Ian

                  Bed-slinger - Mini5+ WiFi/1LC | RRP Fisher v1 - D2 WiFi | Polargraph - D2 WiFi | TronXY X5S - 6HC/Roto | CNC router - 6HC | Tractus3D T1250 - D2 Eth

                  tekkydaveundefined 2 Replies Last reply Reply Quote 0
                  • tekkydaveundefined
                    tekkydave @celulari
                    last edited by tekkydave

                    @celulari said in inverting Z-probe pin:

                    @tekkydave i'm using mine in analog mode and is working as intended... Funny thing, never managed to work in digital mode

                    Are you using the PP V2.85 board? If so remember you need to move the connector to the next set of pins in from the edge to pick up the 'D' output. Apologies if you already knew that but I keep forgetting myself 🙂

                    Mine works great in analog mode except in 3.01RC5. I prefer analog as you don't need to fiddle with the crappy pots on the pcb. I had a V2 pcb and the pots fell apart after about 20 adjustments. The only downside is the 1/3 slowdown but @dc42 said this in a previous post:

                    " it's likely that in a future version of RRF3 I will remove the automatic slowdown and replace it with 2 configurable feedrates in the M558 command: a fast feedrate for initial probing, and a slower feedrate for the second and subsequent probes, for those types of sensor that benefit from slow probing."

                    celulariundefined 1 Reply Last reply Reply Quote 0
                    • tekkydaveundefined
                      tekkydave @droftarts
                      last edited by

                      This post is deleted!
                      1 Reply Last reply Reply Quote 0
                      • tekkydaveundefined
                        tekkydave @droftarts
                        last edited by

                        @droftarts said in inverting Z-probe pin:

                        @tekkydave The implication from the couple of posts before your first one is that analogue pins can't be inverted, so the "!" in your initial config wasn't doing anything. Try without it, as the inversion works as of RC5.

                        Ian

                        That fixed it - many thanks 🙂

                        droftartsundefined 1 Reply Last reply Reply Quote 0
                        • celulariundefined
                          celulari @tekkydave
                          last edited by

                          @tekkydave said in inverting Z-probe pin:

                          Are you using the PP V2.85 board? If so remember you need to move the connector to the next set of pins in from the edge to pick up the 'D' output. Apologies if you already knew that but I keep forgetting myself 🙂

                          Mine works great in analog mode except in 3.01RC5. I prefer analog as you don't need to fiddle with the crappy pots on the pcb. I had a V2 pcb and the pots fell apart after about 20 adjustments. The only downside is the 1/3 slowdown but @dc42 said this in a previous post:

                          " it's likely that in a future version of RRF3 I will remove the automatic slowdown and replace it with 2 configurable feedrates in the M558 command: a fast feedrate for initial probing, and a slower feedrate for the second and subsequent probes, for those types of sensor that benefit from slow probing."

                          I didn't knew about that! thanks, i will try, but now is working fine with RC5 as i can now invert the analog pin

                          1 Reply Last reply Reply Quote 0
                          • droftartsundefined
                            droftarts administrators @tekkydave
                            last edited by

                            @tekkydave said in inverting Z-probe pin:

                            That fixed it - many thanks

                            Funny, because I didn't think it would! It's probably the pull up resistor ^ that you 'needed' to stop it being permanently triggered.

                            Ian

                            Bed-slinger - Mini5+ WiFi/1LC | RRP Fisher v1 - D2 WiFi | Polargraph - D2 WiFi | TronXY X5S - 6HC/Roto | CNC router - 6HC | Tractus3D T1250 - D2 Eth

                            tekkydaveundefined 1 Reply Last reply Reply Quote 0
                            • tekkydaveundefined
                              tekkydave @droftarts
                              last edited by

                              @droftarts said in inverting Z-probe pin:

                              @tekkydave said in inverting Z-probe pin:

                              That fixed it - many thanks

                              Funny, because I didn't think it would! It's probably the pull up resistor ^ that you 'needed' to stop it being permanently triggered.

                              Ian

                              The ! must have been in there from an earlier release but had become redundant. Until RC5 came along and actually inverted the input, stopping it from working.
                              The pullup (^) is only needed in digital mode. It probably doesn't do anything in analog mode; why would you pull up an analog input?

                              droftartsundefined 1 Reply Last reply Reply Quote 0
                              • droftartsundefined
                                droftarts administrators @tekkydave
                                last edited by

                                @tekkydave said in inverting Z-probe pin:

                                why would you pull up an analog input?

                                Good point, I'm a bit tired and not thinking so well!

                                Ian

                                Bed-slinger - Mini5+ WiFi/1LC | RRP Fisher v1 - D2 WiFi | Polargraph - D2 WiFi | TronXY X5S - 6HC/Roto | CNC router - 6HC | Tractus3D T1250 - D2 Eth

                                1 Reply Last reply Reply Quote 0
                                • tekkydaveundefined
                                  tekkydave
                                  last edited by

                                  I've just removed the ^ too and as expected - makes no difference.

                                  Correct setup for analog is

                                  M558 P1 C"zprobe.in" R0.5 H3 F360 T9000 A5 S0.03         ; P1 = Analogue mode
                                  G31 X0 Y0 Z-0.1 P530                                     ; X, Y, Z offsets, P530 = trigger threshold
                                  

                                  and for digital:

                                  M558 P8 C"^!zprobe.in" R0.5 H3 F240 T9000 A5 S0.03      ; P8 = Digital mode (unfiltered)
                                  G31 X0 Y0 Z-0.1 P100                                    ; X, Y, Z offsets, P100 = debounce interval
                                  
                                  1 Reply Last reply Reply Quote 2
                                  • First post
                                    Last post
                                  Unless otherwise noted, all forum content is licensed under CC-BY-SA