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

    2nd independent Z-Axis labeled V Homing failed

    Scheduled Pinned Locked Moved
    Tuning and tweaking
    4
    32
    1.2k
    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.
    • o_lampeundefined
      o_lampe @Phaedrux
      last edited by o_lampe

      @phaedrux said in 2nd independent Z-Axis labeled V Homing failed:

      But maybe I don't understand the configuration of your printer.

      It seems, he's using 2 Z-motors for the bed and another 2 for a 'mini Z-axis' on the 2nd tool? The same way I wanted to level both toolheads individually on my IDEY...

      @jsinicro why do you use 0.1 & 0.4 steppers in both Z- and V-axis?

      jsinicroundefined 1 Reply Last reply Reply Quote 1
      • dc42undefined
        dc42 administrators @jsinicro
        last edited by

        @jsinicro the standard G30 command can only be used to home the Z axis. To home another axis using a Z probe, try using G38.2. Use firmware 3.3RC2 because in older firmware versions G38 does not deploy/retract the probe. G38 is normally used with contact probes, so I don't know whether it will take the BLTouch trigger height into account.

        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

        jsinicroundefined 1 Reply Last reply Reply Quote 0
        • jsinicroundefined
          jsinicro @Phaedrux
          last edited by

          @phaedrux thaniyou for the reply. I am not sure if I need independent Z and X axis, my thought was that by doing so I could extrude independently at the same time thus the model would be built in 1/2 of the time, maybe the firmware doesn't support this, I don't know. So far when I test the filament If I heat up one tool the other goes in standby so not sure if both tools can extrude at the same time, The slicing software would have to support this, not sure. Maybe the only benefit of having 2 extruders is to be able to extrude 2 color filaments at different times. Which is fine, I can always tie the 4 motors of the Z and the 2 X motors to the same axis thus do away with U,V. I don't know. If you think about it if the slicing software could slice a model so that 2 or n extruders can work simultaneously with out hitting eachother that will be awesome.

          here are my homing files:

          ; homez.g
          ; called to home the Z axis
          ;
          ; generated by RepRapFirmware Configuration Tool v3.2.3 on Sun Apr 18 2021 23:08:10 GMT-0400 (Eastern Daylight Time)
          G91               ; relative positioning
          G1 H2 X50 Y50 Z5 F6000    ; lift Z relative to current position
          G30 K1
          
          ; Uncomment the following lines to lift Z after probing
          G91              ; relative positioning
          G1 Z10 F100       ; lift Z relative to current position
          G90              ; absolute positioning
          
          
          
          ; homev.g
          ; called to home the Z axis
          ;
          ; generated by RepRapFirmware Configuration Tool v3.2.3 on Sun Apr 18 2021 23:08:10 GMT-0400 (Eastern Daylight Time)
          G91               ; relative positioning
          G1 H1 X50 Y50 V5 F6000    ; lift Z relative to current position
          G30 K0
          
          ; Uncomment the following lines to lift Z after probing
          G91              ; relative positioning
          G1 V10 F100      ; lift Z relative to current position
          G90              ; absolute positioning
          
          
          
          ; homeu.g
          ; called to home the X axis
          ;
          ; generated by RepRapFirmware Configuration Tool v3.2.3 on Sun Apr 18 2021 23:08:10 GMT-0400 (Eastern Daylight Time)
          G91               ; relative positioning
          G1 H2 Z5 F6000    ; lift Z relative to current position
          G1 H1 U-705 F1800 ; move quickly to X axis endstop and stop there (first pass)
          G1 H2 U5 F6000    ; go back a few mm
          G1 H1 U-705 F360  ; move slowly to X axis endstop once more (second pass)
          G1 H2 X5 F6000  
          G1 H2 Z-5 F6000   ; lower Z again
          G90               ; absolute positioning
          
          
          ; homey.g
          ; called to home the Y axis
          ;
          ; generated by RepRapFirmware Configuration Tool v3.2.3 on Sun Apr 18 2021 23:08:10 GMT-0400 (Eastern Daylight Time)
          G91               ; relative positioning
          G1 H2 Z5 F6000    ; lift Z relative to current position
          G1 H1 Y-705 F1100 ; move quickly to Y axis endstop and stop there (first pass)
          G1 H2 Y5 F6000    ; go back a few mm
          G1 H1 Y-705 F360  ; move slowly to Y axis endstop once more (second pass)
          G1 H2 Z-5 F6000   ; lower Z again
          G90               ; absolute positioning
          
          
          
          ; homex.g
          ; called to home the X axis
          ;
          ; generated by RepRapFirmware Configuration Tool v3.2.3 on Sun Apr 18 2021 23:08:10 GMT-0400 (Eastern Daylight Time)
          G91               ; relative positioning
          G1 H2 Z5 F6000    ; lift Z relative to current position
          G1 H1 X-705 F1100 ; move quickly to X axis endstop and stop there (first pass)
          G1 H2 X5 F6000    ; go back a few mm
          G1 H1 X-705 F360  ; move slowly to X axis endstop once more (second pass)
          G1 H2 X5 F6000  
          G1 H2 Z-5 F6000   ; lower Z again
          G90               ; absolute positioning
          
          
          
          1 Reply Last reply Reply Quote 0
          • jsinicroundefined
            jsinicro @o_lampe
            last edited by

            @o_lampe I shouldn't be, maybe that's my mistake, 0.1 and 0.4 should be 2 motors on one Z axis and 0.0 and 0.5 should be on the V axis or vice versa but not mixed. thankyou for catching that.

            jsinicroundefined 1 Reply Last reply Reply Quote 0
            • jsinicroundefined
              jsinicro @dc42
              last edited by

              @dc42 OK, I will try that, I am currently using G30 for both but with different tools K0, K1. OK I have RRF 3.2.2 on all 3 boards the doc says 3 and later, but will test.

              1 Reply Last reply Reply Quote 0
              • jsinicroundefined
                jsinicro @jsinicro
                last edited by

                @jsinicro looks like it is correct :

                M584 X1.0:3.0 U3.0 Y0.2:0.3 Z0.0:0.5:0.1:0.4 V0.1:0.4 E1.1:3.1 p5
                

                Z0.0:0.5:0.1:0.4 these 4 motors for both Z axis. Driver0 and 5 on main 6HC then a ":" 0.1:0.4 these are for the 2nd Z axes called V so then V0.1:0.4 has the other 2 motors on driver1,4 on 6Hc. That was my interpretation of the M584. I think in my opinion these G-code commands are hard to interpret meaning: the exact syntax. is there a parsing grammar associated with it or BNF grammar.

                Maybe in the above command for Z all i need is the 0.0:0.5 but the X axis is defined in the same manner and both X and U home successfully.

                jsinicroundefined 1 Reply Last reply Reply Quote 0
                • jsinicroundefined
                  jsinicro @jsinicro
                  last edited by

                  @jsinicro G38.2 P0 doesn't deploy the bltouch.

                  jsinicroundefined dc42undefined 2 Replies Last reply Reply Quote 0
                  • jsinicroundefined
                    jsinicro @jsinicro
                    last edited by

                    @jsinicro I've separated the M584 X and Z axis to:

                    M584 X1.0 U3.0 Y0.2:0.3 Z0.0:0.5  V0.1:0.4 E1.1:3.1 p5
                    

                    Each axis now homes individually except for the V axis the bltouch will not deploy using the G38.2 P0 command with RRF 3.2.2

                    I tried G30 K0 and the probe deployed on the V axis but the Z axis moved down instead the V axis did not move down.

                    if I do G28 V it doesn't deploy nor move down.

                    Looks like I can deploy both bltouch probes if I combine all motors to the Z axis but so far can't deploy the V axis with its own bltouch.

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

                      @jsinicro said in 2nd independent Z-Axis labeled V Homing failed:

                      @jsinicro G38.2 P0 doesn't deploy the bltouch.

                      See my previous response.

                      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

                      jsinicroundefined 1 Reply Last reply Reply Quote 0
                      • jsinicroundefined
                        jsinicro @dc42
                        last edited by

                        @dc42 Yes, I was confirming what you said that in 3.2.2 it will not deploy the blotouch. I was looking on how to upgrade from 3.2.2 to 3.3RC2 however I was not sure on how to do the upgrade with out building the binaries, then I found this link https://github.com/Duet3D/RepRapFirmware/releases/tag/3.3RC2 which lists all the .bin files and others, so looks like I will need to download all individual files one at a time, or will it be easier to connect to an SBC in my case raspberry pi 4, which is what I used to upgrade to 3.2.2, but still you mention that you're not sure if it will take the trigger height into account. I've decided to combine all motors to just the X, and Z axis and get rid of the U, V and test it out everything is working except the X axis when homing is moving in the opposite direction of where the endstops are located not sure why. I tried to configure M574 with X1 and X2 parameters but it always moves away from the endstops. Not sure what to do here.

                        Phaedruxundefined 1 Reply Last reply Reply Quote 0
                        • Phaedruxundefined
                          Phaedrux Moderator @jsinicro
                          last edited by

                          @jsinicro said in 2nd independent Z-Axis labeled V Homing failed:

                          I tried to configure M574 with X1 and X2 parameters but it always moves away from the endstops. Not sure what to do here.

                          You control the direction of movement in the homing files. The M574 just defines if the endstop is at low or high end. It's up to you do set the direction towards the endstop in the homing files.

                          Z-Bot CoreXY Build | Thingiverse Profile

                          1 Reply Last reply Reply Quote 0
                          • jsinicroundefined
                            jsinicro
                            last edited by

                            @phaedrux do you have a link on how to do that

                            homex.g
                            ; called to home the X axis
                            ;
                            ; generated by RepRapFirmware Configuration Tool v3.2.3 on Sun Apr 18 2021 23:08:10 GMT-0400 (Eastern Daylight Time)
                            G91               ; relative positioning
                            G1 H2 Z5 F6000    ; lift Z relative to current position
                            G1 H1 X-705 F1100 ; move quickly to X axis endstop and stop there (first pass)
                            G1 H2 X5 F6000    ; go back a few mm
                            G1 H1 X-705 F360  ; move slowly to X axis endstop once more (second pass)
                            G1 H2 X5 F6000  
                            G1 H2 Z-5 F6000   ; lower Z again
                            G90               ; absolute positioning
                            

                            Do I need to change this line: G1 H1 X-705 F1100 to G1 H1 X705 F1100
                            thx

                            jsinicroundefined 1 Reply Last reply Reply Quote 0
                            • jsinicroundefined
                              jsinicro @jsinicro
                              last edited by

                              @jsinicro But that would mean that the positive X axis is in the reverse direction as it was before

                              1 Reply Last reply Reply Quote 0
                              • Phaedruxundefined
                                Phaedrux Moderator
                                last edited by

                                The G1 H1 X move being positive or negative moves it to the low or high end.

                                The actual direction of travel is dictated by the direction of the rotation of the motor itself defined by M569 S0/S1.

                                Typically you'd want it configured such that 0,0 is in the front left corner when looking at the printer from the front with -x moving to the left, +x moving to the right, -y moving to the front, +y moving to the back. This maintains a coordinate system compatible with CAD and slicing software and keeps the preview matching the actual print with no mirroring or flipping.

                                In a Corexy it gets a bit more complicated because of the shared motion between 2 motors in tandem. https://duet3d.dozuki.com/Wiki/ConfiguringRepRapFirmwareCoreXYPrinter#Section_Testing_motor_movement

                                Z-Bot CoreXY Build | Thingiverse Profile

                                jsinicroundefined 1 Reply Last reply Reply Quote 0
                                • jsinicroundefined
                                  jsinicro @Phaedrux
                                  last edited by

                                  @phaedrux yes this is what I have:

                                  e22e08f8-9458-4792-b3ef-08c547fa1a5b-image.png

                                  jsinicroundefined 1 Reply Last reply Reply Quote 0
                                  • jsinicroundefined
                                    jsinicro @jsinicro
                                    last edited by

                                    @jsinicro it was moving correctly before, but now when I move +X it moves towards the negative X and when I home it moves towards the +X direction away from the endstops.

                                    o_lampeundefined Phaedruxundefined 2 Replies Last reply Reply Quote 0
                                    • o_lampeundefined
                                      o_lampe @jsinicro
                                      last edited by

                                      @jsinicro
                                      There is another way to screw up the printing directions, when you set a custom kinematics model.
                                      Do you have such a line in your config.g?

                                      Example:

                                      M669 K1 X1:1:0:0 Y1:-1:0:1 Z0:0:1:0 V0:0:0:-1
                                      

                                      The positive and negative signs can change the whole printer behaviour.

                                      jsinicroundefined 2 Replies Last reply Reply Quote 0
                                      • Phaedruxundefined
                                        Phaedrux Moderator @jsinicro
                                        last edited by

                                        @jsinicro said in 2nd independent Z-Axis labeled V Homing failed:

                                        it was moving correctly before

                                        Before what? What changed?

                                        What is the kinematic model used? I don't even see a M669 line in your config posted above.

                                        Z-Bot CoreXY Build | Thingiverse Profile

                                        jsinicroundefined 1 Reply Last reply Reply Quote 0
                                        • jsinicroundefined
                                          jsinicro @Phaedrux
                                          last edited by

                                          @phaedrux OK, you are correct, M669. I didn't know about it, I will add that.

                                          So I've been doing a little research on the benefits of having individual controlled X and Z axis, however I have not found anything on my original thought on how I wanted the printer to benefit from it. Basically separate extrusion in parallel on the same print. I've not seen any firmware supporting this. Looks like at most I can do 2 separate prints in parallel or have one print with separate color filament.

                                          This is my current test config.g, I was able to have X,Y,Z and U homed correctly in the right direction.

                                          [0_1621031069933_latest_sys.zip](Uploading 100%)

                                          1 Reply Last reply Reply Quote 0
                                          • jsinicroundefined
                                            jsinicro @o_lampe
                                            last edited by

                                            @o_lampe OK, I do not have a M669, but looks like I need it. Reading up on, trying to understand it. I've actually upgraded to 3.3.RC2 and will test G38.2 and see if that works

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