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

    MakerGear M2 Marline to RepRap Z offset help

    Scheduled Pinned Locked Moved Solved
    Firmware installation
    5
    20
    886
    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.
    • airscapesundefined
      airscapes @fcwilt
      last edited by

      @fcwilt I think I have 2 problems. Zhome without the G92 disables the use of Z.
      But since this is about Z offset it may just be my lack of RepRap knowledge.
      Let me explain the process to set Z offset that I have been using in Marlin 1.x
      X has hotend top of gantry, X end stop at 0 (right side if sitting in the drivers seat)
      Y end stop at 255 (back
      Z end stop at bottom 215
      Front right X0 Y0 build plate up all the way Z0

      Not sure above data matters.
      When I change a hotend (have a hot end for every nozzle size)
      install hotend and push all the way up and snug
      Set Z0 with M206 Z12.60 (known location same every time)
      ;M500; G28
      send bed up to 0 centered
      G1 F1000 X100 Y125 Z0
      Slide a .003mm feeler under the clean nozzle
      Loosen screw and let the nozzle drop on feeler and snug
      I have a spread sheet of offset I have set after calibration prints for different layer height and bed temp to get really close
      So set that, for instance M206 Z12.45
      M500
      Print the test square with 3mm walls, measure and make changes to Z if walls not 3.00 +- .02 For instance if the wall measures 3.05mm I would enter
      M206 Z12.50 (larger the offset the closer to the nozzle)
      M500
      Print again
      That will remain until I change it again.
      So how would I go about this with Reprap 3.3 if M206 does not work as it does in Marlin
      So basically M206 is moving 0 to -12.xx from max if I understand what is going on. If I put a thicker bed on, I change it to 9.xx to give it more room
      Again there seems to be something else that is not correct, should I start a new thread for the homing and control issue?
      Thanks and sorry for the long winded post but apparently this type of printer design is not all that popular.

      fcwiltundefined dc42undefined Phaedruxundefined 3 Replies Last reply Reply Quote 0
      • fcwiltundefined
        fcwilt @airscapes
        last edited by

        @airscapes

        Since you have a Z endstop sensor this would allow you to establish a repeatable Z=0 position.

        Having that why can you not simply adjust the nozzle for the desired gap when at Z=0?

        Frederick

        Printers: a E3D MS/TC setup and a RatRig Hybrid. Using Duet 3 hardware running 3.4.6

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

          @airscapes see this response from @Phaedrux:

          If your endstop is at the high end of travel you need M574 Z2, not Z1.

          That explains why Z would not move down without the G92.

          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

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

            @airscapes said in MakerGear M2 Marline to RepRap Z offset help:

            X has hotend top of gantry, X end stop at 0 (right side if sitting in the drivers seat)
            Y end stop at 255 (back

            Once again, the position you describe has the endstops at the high end of travel. Right for X and rear for Y.

            M574 Y1 S1 P"!ystop" ; configure switch-type (e.g. microswitch) endstop for low end on Y via pin !ystop

            That would mean you should be using M574 X2 and Y2.

            In your case, since both X and Y are flipped, the parts would just come out rotated 180 degrees from your slicer preview. No big deal. If you had only 1 axis flipped, you'd get mirrored parts.

            Z-Bot CoreXY Build | Thingiverse Profile

            airscapesundefined 1 Reply Last reply Reply Quote 0
            • airscapesundefined
              airscapes @Phaedrux
              last edited by airscapes

              @phaedrux Ah, I get it.. I did not understand the high and low part, got it..
              So this should be correct now.

              ; Endstops
              M574 X1 S1 P"!xstop"                           ; configure switch-type (e.g. microswitch) endstop for low end on X via pin !xstop
              M574 Y2 S1 P"!ystop"                           ; configure switch-type (e.g. microswitch) endstop for high end on Y via pin !ystop
              M574 Z2 S1 P"!zstop"                           ; configure switch-type (e.g. microswitch) endstop for high end on Z via pin !zstop
              
              

              Edit.. something still not right
              I apologize for my lack of understanding.. should have spent a few weeks studying before jumping in.

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

                Yes motor direction will likely need to change as well.

                Start with the fact that the 0,0 position is in the front left corner. -X moves to the left, +X moves to the right. -Y moves to the front, +Y moves to the back.

                If the endstop is at the high end of travel (right side for x, or back side for Y) then the M574 will be X2 Y2.

                Homing move directions would be in the positive direction in the homing macros and the direction of motor rotation will need to match as well so that + moves go right or back, and - moves go left or to the front.

                I hope that helps.

                Z-Bot CoreXY Build | Thingiverse Profile

                airscapesundefined 1 Reply Last reply Reply Quote 0
                • airscapesundefined
                  airscapes @Phaedrux
                  last edited by airscapes

                  @phaedrux said in MakerGear M2 Marline to RepRap Z offset help:

                  Yes motor direction will likely need to change as well.

                  Start with the fact that the 0,0 position is in the front left corner. -X moves to the left, +X moves to the right. -Y moves to the front, +Y moves to the back.

                  If the endstop is at the high end of travel (right side for x, or back side for Y) then the M574 will be X2 Y2.

                  Homing move directions would be in the positive direction in the homing macros and the direction of motor rotation will need to match as well so that + moves go right or back, and - moves go left or to the front.

                  I hope that helps.

                  When speaking or front left, is that my left when looking at the machine or the machines left looking at me.. still in the auto repair mindset.. left& right from drivers seat . 0,0,0, is right front with bed up ..

                  I keep thinking I have this correct and then read something that confuses me.
                  Looking at the Marlin config it says this about end stops which makes sense I think because I was wrong about Y.. when the build plate move towards the Y end stop, it is actually moving to position 0. kind of confusing since it is the bed that is moving once homed the nozzle is at Y0, same as X, so would that not make them both Y1 and Z which is farthest from the nozzle 0 when homed be Y2??? Then set motor direction to achieve the proper moves?

                  Here is a pic of all 3 end stops you can see Z between the bed and frame on the left.. Finger is at XY 0

                  // ENDSTOP SETTINGS:
                  // Sets direction of endstops when homing; 1=MAX, -1=MIN
                  #define X_HOME_DIR -1
                  #define Y_HOME_DIR -1
                  #define Z_HOME_DIR 1

                  alt text

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

                    @airscapes said in MakerGear M2 Marline to RepRap Z offset help:

                    When speaking or front left, is that my left when looking at the machine

                    Yes, your left when looking at the machine. This matches the way that CAD and slicer software orients the part view.

                    Now there is no hard rule that says this is the way things must be. There are many printers that have the endstops on the opposite side and still home to the low end with all endstops. As I said, if you do both X and Y it just has the effect or rotating the part 180 degrees compared to the slicer preview.

                    In the olden days the endstop and the 0 point were synonymous, but now days the origin and the endstop locations are not necessarily the same.

                    I would ignore the marlin setup entirely and focus on the printer itself and how it's oriented and how reprapfirmware is configured to reflect that.

                    Here are some photos that might help clarify.

                    dbot axis.png Cartesian-coordinate-system.png Bed Area.png

                    Z-Bot CoreXY Build | Thingiverse Profile

                    airscapesundefined 1 Reply Last reply Reply Quote 0
                    • airscapesundefined
                      airscapes @Phaedrux
                      last edited by

                      @phaedrux I think I have the motion and end stops all figured out.
                      Homing works correctly and all the jog buttons move the axis in the proper direction .
                      I have even figured out the M206 thing .. sort of. Was going to print a cal square but got a heater fault on the bed as it was just starting to heat up and has always been slow. So new thread on that issue, as searching did not help much at all.
                      Will update this once I can print something... assuming it prints.. 🙂

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

                        I don't think M206 would be needed at all. It's far easier to just adjust position of the reachable area with the M208 min and max values.

                        If the nozzle is off the edge of the printable bed when the endstop is hit, you can treat the corner of the bed as 0,0 and then use a negative value for M208 min to place the endstops as far as they need to be away from the bed.

                        In the case of a setup using max endstops such as this, if the endstop is off the edge of the reachable bed you can just limit the print area in the slicer.

                        Z-Bot CoreXY Build | Thingiverse Profile

                        airscapesundefined 1 Reply Last reply Reply Quote 0
                        • airscapesundefined
                          airscapes @Phaedrux
                          last edited by

                          @phaedrux I have made good progress and to your point the, M206 does not work the same in RepRap as it does in marlin. In marlin it is added to max_pos . So I did as you said and used the M208 to alter the gap between the build plate and the nozzle. I would normally do this within octoprint using m206 but since I will now have to edit the config I will have to use both interfaces as I do prefer octoprint over the web interface of the Duet. Still have to do some more testing and probably tweaking of Accelerations and such.
                          Thanks for your patients with me, I am sure I will be back with more questions I can't find answers for. 🙂

                          1 Reply Last reply Reply Quote 0
                          • Phaedruxundefined Phaedrux marked this topic as a question
                          • Phaedruxundefined Phaedrux has marked this topic as solved
                          • andykundefined
                            andyk
                            last edited by andyk

                            @airscapes Heya, did you ever finish your M2 conversion? I'm considering taking the plunge too. Would you be willing to share your config files and any build gotchas either here or in the makergear forums?

                            airscapesundefined 1 Reply Last reply Reply Quote 0
                            • airscapesundefined
                              airscapes @andyk
                              last edited by

                              @andyk Sure but I am not sure I would do it again since I am adding nothing to the M2. Not sure it is really an upgrade other than noise reduction. I am finding issues with using Octoprint where the duet 2 Gui crashes and the manual extrude/retract buttons of octoprint don't work. I could give up octoprint.. but old habits die hard.

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

                                @airscapes said in MakerGear M2 Marline to RepRap Z offset help:

                                Octoprint

                                Octoprint isn't really recommended with the Duet. It kind of defeats half the features of the Duet.

                                Z-Bot CoreXY Build | Thingiverse Profile

                                airscapesundefined 1 Reply Last reply Reply Quote 0
                                • airscapesundefined
                                  airscapes @Phaedrux
                                  last edited by

                                  @phaedrux
                                  I am going to give the Web Gui a run and see if I like it. Have a job running now without Octoprint connected, waiting to see if the Gui Still crashes.. Started the last job with the Gui, octoprint was connected, and the gui died so had to power off the machine to stop the job...second time without octoprint connected .. so far so good

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