-
-
Notifications
You must be signed in to change notification settings - Fork 19.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] Head crashes after Home and Z-Align #21520
Comments
`M111 S32` output from first `G28`
Output from second G28 (crashes)
|
Once X and Y are homed they will retain their positions and won't get reset to their home positions unless homing moves are being attempted. It's possible that the X and Y sensorless states is getting triggered early when starting from certain positions, or the triggered state is somehow "stuck." See if it helps to lower your max acceleration for X and Y — starting with something very low like |
Have had issue of sensorless homing being too sensitive. I have reduced it a while ago. Also, I'd turned on monitoring of end stops to see if they were triggering -- they weren't. The associated PR (#21558) does fix the problem. earlier on in the execution of G28, there appears to be checks that will cause homing to be skipped -- something in that logic isn't right for this case? I think i did notice that Y axis hits twice now on first G28 call but I didn't notice that for X axis. |
G28 will always re-home all the axes. There simply is no logic in Marlin that says "ignore G28" under any conditions. |
Here is an image of the comparison, may be easier to spot. home1 is output from first G28, home2 is output from second G28 Note the issue is at difference 5. It thinks current home position X = 0 but it is not, it is more in the centre of the plate, like 160 (probe at centre here at 116). Actually, up to the end if difference #4 from the image above, all looks good. It is after the call to set_axis_is_at_home() that things go wrong. The bug is likely in there. Looking at it but eesh, without in place debugger, takes effort to fix this. |
always home X, conditionally home Y
I see nothing unusual going on there. After a homing move where the endstop gets triggered, the axis is set to the home position. From the log it seems that Marlin tries to home X, immediately sees the endstop triggered, stops the homing move, and sets the position to 0. There is no reason why Marlin would skip trying to move X and Y towards their endstops, unless those endstops are already triggered, for some reason. Please do a test where you turn off |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Did you test the latest
bugfix-2.0.x
code?Yes, and the problem still exists.
Bug Description
First homing operation works, second one does not. It crashes to the right in a second home operation.
Bug Timeline
Has been there since December that I've noticed.
Expected behavior
I'd expect the X-home operation to find home again by moving all the way to the left and use TMC2209 sensor-less homing feature.
Actual behavior
After first homing operation, it appears to take the centre of the bed as 0 in the X coordinate and then move from there in the next homing operation. NOTE: when one prints after only one home operation on boot, the coordinate system appears to be correct in that prints form in middle of bed as expected.
Steps to Reproduce
After boot 1) Select from menu Motion > Auto Home, then 2) Motion > Auto Z-Align. The head with crash in the far right. It looks like zero coordinate system is starting from head being in mid-point of bed rather than using TMC2209 sensor-less end-stop to fine home.
Version of Marlin Firmware
FIRMWARE_NAME:Marlin bugfix-2.0.x (Mar 31 2021 00:07:27) SOURCE_CODE_URL:github.com/MarlinFirmware/Marlin PROTOCOL_VERSION:1.0 MACHINE_TYPE:Itopie 400+ EXTRUDER_COUNT:1 UUID:41B1EDA1-B268-466E-8B01-C6458C23FFF2
Printer model
iTopie400+
Electronics
SMART RAMPS with MEGA2560 and TMC2209 drivers
Add-ons
Fixed Induction probe
Your Slicer
Cura
Host Software
SD Card (headless)
Archive.zip
Source is in GIT under iTopie400+ branch : github
Youtube-recreate-problem
M115 Output
The text was updated successfully, but these errors were encountered: