I moved the function move_z_after_homing() out of the #ifdef block. Uncomment Z_SAFE_HOMING. Configs, descriptions, even a video. Go to step 7 to test the new settings. It's also the case that this particular setting is only allowed for ENABLE_AUTO_BED_LEVELING. For machines with both Z max and min endstops, there is no caveat. // - Allow Z homing only after X and Y homing AND stepper drivers still enabled // - If stepper drivers timeout, it will need X and Y homing again before Z homing // - Position the probe in a defined XY point before Z Homing when homing all axis (G28) // - Block Z homing only when the probe is outside bed area. Confirm XY position before Z Safe Homing; For G28 Z with Safe Homing, raise before move to XY; Fix SD_FINISHED_RELEASECOMMAND bug; Fix extra call to unskew() Limited backlash editing for Core kinematics; Support up to 8 Trinamic E drivers; Apply HOME_BEFORE_FILAMENT_CHANGE if any axis is unknown; Consider HOME_AFTER_DEACTIVATE for Z safe homing Expected behavior: [What you expect to happen] Expect the printer to home, and then raise Z_AFTER_HOMING distance. Expected behavior: [What you expect to happen] I don't suppose there is a place to send one that could be used by all developers, or at least pooled somehow???? When homing, with or without safe homing, the Z axis completes the double "probe", but the nozzle stays ON the bed. Part 7. I've run into this a few times over the last week trying to double- and triple-verify the bed-leveling bug. By now, the home offset should be ready for the first 3d print test, all we need to do now is test the offset setting, like in step 5, just to confirm we are ready to go. I then set Z at zero, G92 Z0. Im using RAMPS 1.4 on my Hypercube with Marlin 1.1.5. Have a question about this project? This has been a big bug for me, I ended up modifying the LCD menu etc to only issue G28 X Y, otherwise I would end up with head crashes all the time since my Z servo endstop could not deploy. In any event, it still says on the bed and does not raise Z. I also have two other printers that DO have probes and levelling, and those do raise the Z axis after homing. // - If stepper drivers time out, it will need X and Y homing again before Z homing. Homing and Bed Leveling [#3707] : Fix curved movements in G29 for Delta [#3775] : Report current position to host after G29 [#3782] : Require homing of Z before G29 bed leveling [#3798] : Allow using probe indices (I and J) with M421 Set Probe Point [#3942] : Fix servo probe raise in G28 and other non-leveling contexts I've already saved the mesh and have the mesh loaded during prints after G28. Please open a new issue for related bugs. Z Safe Homing prevents Z from homing when the probe (or nozzle) is outside bed area by moving to a defined XY point (by default, the middle of the bed) before Z Homing when homing all axes with G28. My lead screws are 8mm/revolution. I'll try it out on one of my other printers "just to make sure". I will just make sure on my Ender 5 Plus too. #ifdef Z_SAFE_HOMING #define Z_RAISE_BEFORE_HOMING 6 // (in mm) Raise Z before homing (G28) for Probe Clearance. (kill() called! By clicking “Sign up for GitHub”, you agree to our terms of service and I cant increase the HOMING_FEEDRATE because its a prusa i3 and the speed is already at the maximum. I notice this at x and y axis but they definitely are not as slow as the z axis. If homing is needed the LCD will blink the X Y Z indicators. I'll close this as soon as I double confirm with my Ender 5 Plus (SKR Pro controller/TMC2209's and EZABL probe if that matters) tomorrow. So, are you confirming that Z_RAISE_BEFORE_HOMING is not being applied before homing X or Y? Mesh Bed Leveling (MBL) allows interactively measuring a Z height mesh without a bed probe. Follow with M420 S to turn leveling on, or use RESTORE_LEVELING_AFTER_G28 to automatically keep leveling on after G28. Marlin, BLTouch, z endstop as a backup? Well If you want to send it. #define Z_AFTER_HOMING 10 appears to be ignored. And reopened. Add 2 // in front of the MIN_SOFTWARE_ENDSTOP_Z line in your Configuration.h file as shown below. Steps to Reproduce. I will go through my Marlin config to make sure I didn't miss anything, but I think this is the case. // Be sure you have this distance over your Z_MAX_POS in case # define Z_RAISE_BEFORE_PROBING 10 // How much the extruder will be raised before traveling to the first probing point. Since the bed is only 120mm square, manual levelling is about as easy as it gets. We’ll occasionally send you account related emails. The text was updated successfully, but these errors were encountered: Edited: Seems github ate the contents. It works EXCEPT the mosfets for fan0 and fan1 blew, but fan2 still works. Also, re-reading the bug description I said "with or without safe homing", but I have had safe_homing defined for a long time. To see how slow my Z axis is moving check Contact me Directly we can work out the details. I’m using dual endstops on the X and Y axis, and no endstop on the Z axis. Have a question about this project? ... #define Z_RAISE_AFTER_PROBING 0 //How much the extruder will be raised after the last probing point. Remember most of us are volunteers, working in our own time. I am pretty sure it works. The attached configs are the last of maybe 5 attempts to get this working. I am just keeping it as a backup, but now I think if I needed it I might just buy something anyway. * Note the Z axis value on the display it should be something like … Based on bugfix branch. I want to use the BLtouch for z homing as well as bed leveling - so far this looks like it will work fine. Use M206 to apply a persistent offset to the native home position and coordinate space. This effectively shifts the coordinate space in the negative direction. This issue has been automatically locked since there has not been any recent activity after it was closed. 1) My Z axis speed is very slow. With this option enabled, Z won't ever be raised until after `G28` has been completed, and it won't raise if Z becomes unknown. This prevents your Z homing from occurring without prior X and Y homing. parent 3b4c89e4 Update: Tested on my E5+ which also has probe and levelling defined. I had a little scare when the first time I tried it, it didn't lift. I moved to print head to my desired X, Y, and Z positions and checked it against the model, which seemed to be right. You signed in with another tab or window. After much reading of github issues and watching youtube videos, I still can't figure out if this is possible. By that logic you should implement Homing backoff after probing. Yes, you should apply the requested Z rise after the proper function. Already on GitHub? A quick check of the config revealed that it wasn't enabled on this machine, so enabling and re-flashing and all is good. Am I misunderstanding the purpose of this setting, or should it be applied first, to raise the Z axis, before homing X and Y in G28? Expect the printer to home, and then raise Z_AFTER_HOMING distance. There are few questions I have with respect to the Z level in case of Manual Mesh Bed levelling. When I do a G28 to test the print head goes as expected to the front left of the print bed.