Solved: Homing issue with X & Y after upgrading to RRF3
-
@Danal My Z works fine, and Z only has the probe, not an endstop switch. But I'll look into your recommended changes.
X & Y is not homing correctly however.
-
@trondve said in Homing issue with X & Y after upgrading to RRF3:
@Danal My Z works fine, and Z only has the probe, not an endstop switch. But I'll look into your recommended changes.
X & Y is not homing correctly however.
Ah, OK, I missed that in your OP. Let me look some more at your config.
-
@trondve said in Homing issue with X & Y after upgrading to RRF3:
M574 X1 S1 P"xstop" ; configure active-high endstop for low end on X via pin xstop
Try
M574 X1 S1 P"^xstop" ; configure active-high endstop for low end on X via pin xstop
(and on Y as well).
-
Also, you can push the switch with your finger, and watch it change on the "Machine Specific" screen in the web interface. You may need to scroll down, the switches are "lower right" depending on your exact screen size.
-
@Danal said in Homing issue with X & Y after upgrading to RRF3:
Also, you can push the switch with your finger, and watch it change on the "Machine Specific" screen in the web interface. You may need to scroll down, the switches are "lower right" depending on your exact screen size.
I got them reversed in this config it seems. Triggered says Yes while not pushing it, I assume its supposed to be Normally Open (Active low) as I initially thought..
-
@trondve said in Homing issue with X & Y after upgrading to RRF3:
@Danal said in Homing issue with X & Y after upgrading to RRF3:
Also, you can push the switch with your finger, and watch it change on the "Machine Specific" screen in the web interface. You may need to scroll down, the switches are "lower right" depending on your exact screen size.
I got them reversed in this config it seems. Triggered says Yes while not pushing it, I assume its supposed to be Normally Open (Active low) as I initially thought..
In that case, add ! at the beginning (with or without ^).
M574 X1 S1 P"!^xstop"
Note: You can issue this via the web console, and play around with the combinations. Put it in config.g when you have it like you want it. (Avoids a bunch of resets while experimenting).
-
And, you generally want the switches physically wired as "normally closed" so that a broken wire or loose connector makes the switch look triggered. This stops the home move before it starts, and avoids a machine crash.
-
M574 X1 S1 P"!^xstop"
M574 Y1 S1 P"!^ystop"This worked well! Now it does indeed perform a full homing procedure without issues.
@Danal said in Homing issue with X & Y after upgrading to RRF3:
And, you generally want the switches physically wired as "normally closed" so that a broken wire or loose connector makes the switch look triggered. This stops the home move before it starts, and avoids a machine crash.
And I will definately do this, as I have had some loose connectors in "Normally Open mode" resulting in the print head hammering the side.
Great tips! And tank you a ton for your help! -
"!^xstop" is actually by configuring via config tool is "(active-low, pull-up)" options.
-
@VladimirK vladimir is this you from 360 videos??
hey if so youve been great for me to lean the ropes i could use some help with the set up of my modded ender5 plus on duet 2 with 120volt bed and 420c hot end and a heated chamber later on -
@A Former User said in Solved: Homing issue with X & Y after upgrading to RRF3:
M574 X1 S1 P"!^xstop"
M574 Y1 S1 P"!^ystop"This worked well! Now it does indeed perform a full homing procedure without issues.
@Danal said in Homing issue with X & Y after upgrading to RRF3:
And, you generally want the switches physically wired as "normally closed" so that a broken wire or loose connector makes the switch look triggered. This stops the home move before it starts, and avoids a machine crash.
And I will definately do this, as I have had some loose connectors in "Normally Open mode" resulting in the print head hammering the side.
Great tips! And tank you a ton for your help!Old topic but was relevant to me as a new user how tries to find answers with the outdated wiki.
Anyhow this caught my eye as everywhere NC is recommended. Yes, in general for end stops that is the safe option but with 3d printer we usually have stop just in one end and now as Duet doesn't seem to handle the start state properly during homing, this NC will just cause homing to always succeed and that in could cause the machine to fly full speed to positive end which is much worse than slow homing speed bump to negative end.
I don't know why it doesn't fail the homing, it certainly should as it's not seeing any rising or falling edges of the limit if NC loop is open.
With this functionality, I'd much rather choose the NO.
-
@willmackey said in Solved: Homing issue with X & Y after upgrading to RRF3:
Old topic but was relevant to me as a new user how tries to find answers with the outdated wiki.
Which part is out dated?
-
@phaedrux said in Solved: Homing issue with X & Y after upgrading to RRF3:
@willmackey said in Solved: Homing issue with X & Y after upgrading to RRF3:
Old topic but was relevant to me as a new user how tries to find answers with the outdated wiki.
Which part is out dated?
Just noticed some stuff not matching the reality anymore which as a fresh Duet user caused some head scratching and wasted time going through configs. Didn't keep track of them unfortunately but around this endstop topic atleat:
- Switch status page (I think it was called endstops) in the Machine-specific menu. Wiki still guides there but it no longer exists (some object model browser update is related to this but OMB isn't there either?).
- Whole endstop wiki page only describes two settings (NO / NC) and I guess there only used to be only 2 settings based on YT videos but now there's 4 settings for the endstops and I have no idea how 'active low pull-up' differs from 'active low'. Inputs seem to be pulled-up even without the pull-up selection.
But in general it is really nice to see so comprehensive documentation!
