Y not moving when homing?

Chriss

I have forgotten to mention the hardware:
Board: Duet 3 Mini 5+ (Mini5plus)
Firmware: RepRapFirmware for Duet 3 Mini 5+ 3.5.1 (2024-04-19)
Duet WiFi Server Version: 2.1.0
And Two toolboards 1LC

gloomyandy

@Chriss When you say nothing moves is that with the bed away from the home y switch?

What happens if you run this command from the console?

G1 H1 Y-350 F8000

Does it move? Do you get any errors?

Looking at the moves you have commented out the

G1 H1 Y5 F8000

Should probably be using H2 rather than H1. The following move:

G1 H1 Y10 F8000

Should probably not need a H parameter at all (as the axis should already be homed at that point).

Chriss

@gloomyandy said in Y not moving when homing?:

What happens if you run this command from the console?
G1 H1 Y-350 F8000
Does it move? Do you get any errors?

My bad, I have forgotten to mention that. The bed does not move at all. BUT the axis is after the execution in home state and the printer thinks that it is at -12. So the firmware thinks that the bed is at its y maximum.

Looking at the moves you have commented out the
G1 H1 Y5 F8000
Should probably be using H2 rather than H1. The following move:
G1 H1 Y10 F8000
Should probably not need a H parameter at all (as the axis should already be homed at that point).

True, I tried H2 and yes,... well, there is a "bug in your code anyway, the first one should be Y-5 to move the bed 5mm away from the switch. More like:

G1 H1 Y5 F8000		; move some mm away from endstop
G1 H1 Y-350 F8000	; move quickly to Y axis endstop and stop there (first pass)
G1  Y10 F8000		; go back a few mm
G1 H1 Y-15 F500		; move slowly to Y axis endstop once more (second pass)
G1 Y155 F6000		; Get back to center

But all of that makes no sense at all when the first one does not work at all. I test with "G91" and "G1 H1 Y-350 F8000" after the reboot at the moment. It is maximal strange. I see no reason why the bed should not move when I execute the "G1 ..." via telnet. It does not move when I do it via the homey.g and the DWC. I can see that the fill gets executed by the simple "echo".

I have the feeling that I made a mistake with the io mapping.... But I do not see it.

Cheers, Chriss

Chriss

One more thing: The bed moves into the expected direction when I use "H2" but not at all when I use "H1" if this helps. And it does not stop when the endstop gets triggered.

gloomyandy

@Chriss Is your Y endstop actually active high or active low?

M574 Y1 S1 P"!0.io1.in"                            ; configure active-high endstop for low end on Y via pin io1.in

The comment says active high but the configuration (with the inversion) is what you would normally use for an active low endstop. Might be worth checking the wiring for that endstop if you think it really is active high.

Also I still think that the correct move away from the endstop code should be:

G1 H2 Y5 F8000		; move some mm away from endstop

As you are moving away from the endstop you do not want to be testing any endstop sate.

Chriss

@gloomyandy

I'm totally confused now with the endstop, god damn. But you may be right. The config....

This is what I see if the bed is at the rear and I hear the click from the switch:

m119
Endstops - X: not stopped, Y: at min stop, Z: not stopped, U: at max stop, Z probe: not stopped
ok

ANd this when I move the bed some mm away:

m119
Endstops - X: not stopped, Y: not stopped, Z: not stopped, U: at max stop, Z probe: not stopped
ok

So whatever the wiring is, I see the expected result: "Not stopped when the switch is not pressed and "at min stop" if it is pressed .

Or what do I not understand here?

(I address with you when we talk about the move away, the step before it is my focus point for now.)

Cheers, Chriss

gloomyandy

@Chriss If there is a problem with your endstop wiring then it may be that when you try to do a move you are picking up noise on the endstop that in effect means the endstop appears triggered straight away. I'd certainly be taking a very close look at the wiring for that endstop and checking the this matches the configuration.

Chriss

@gloomyandy
I will have a closer look tomorrow. I will mok the endstop tomorrow and will check the behaviour than.

Chriss

@gloomyandy I just checked it, the Y endstop is indeed normal open. I have not much motivation to change that no normal close for now. That would mean that I have to disassemble lot. There is no reason in my understanding that a normal NO endstop should not work, doesn't it?

Cheers, Chriss

Chriss

OK, the printer has won. I will rebuild the endstop. The Y homing works perfectly when the printer lays on its side. It miss behaves as soon as it is back on its feed. I think that the microswitch has a problem. Case closed, back to the workshop.