I could use some help

@fcwilt I just ran M119 for all 3 endstops. When depressed, all of them are reporting that they are at Max Endstop.

fcwilt

@fcwilt REPORT: the bed started towards the rear of the printer slowly, then moved faster, until it came to where it thought it should stop, and did so.

UPDATE: I decided to move the bed forwards as far as it would go. DWC is telling me that the bed will go to 220mm. According to my metal measuring stick, 220mm is 327mm in the real world.

UPDATE: I thought I was seeing weird behavior. So I moved the bed forwards and backwards to the limits imposed on it by the firmware. A couple of times I hit the endstop and then kept going to pound on the motor a bit. None of this bothers me. I have a box of endstops and a box of motors I can use to repair whatever damage these efforts produce.

The firmware is limiting how far the bed can go forwards to where it thinks 220mm is. It's 220mm is 327mm in the real world.

It's not lightly touching the end-stop, then backing up (forwards) / away from it.

M119 reports that Y is at Max Endstop.

I have no idea what is going wrong.

Your testing confirmed the Y jogged in the correct directions.

You testing confirmed that all of the endstops were working.

The Y homing code is very simple.

How about this:

move the bed to roughly the center of it's possible travel
verify the Y endstop is working using M119
if all is good execute G91 then G1 H1 Y-360 F3600

It should move to the endstop and halt. The DWC display should read Y = 0.

Frederick

fcwilt

@mac said in I could use some help:

@fcwilt I just ran M119 for all 3 endstops. When depressed, all of them are reporting that they are at Max Endstop.

Max Endstop?

That's wrong.

What do the current M574 commands look like.

Thanks.

Frederick

@fcwilt I put a + on the center of the bed. I also put a l on the left side of the bed. I lined those marks up with 9 inches, which is half of the 18 inches the bed can travel.

I sent the codes.

The bed moved may-be a millimeter to the rear.

@fcwilt

; Endstops
M574 X2 S1 P"!^io5.in"                             ; configure switch-type (e.g. microswitch) endstop for high end on X via pin !^io5.in
M574 Y2 S1 P"!^io6.in"							   ; configure switch-type (e.g. microswitch) endstop for high end on Y via pin !^io6.in
M574 Z2 S1 P"!^io2.in"							   ; configure switch-type (e.g. microswitch) endstop for high end on Z via pin !^io2.in

@fcwilt M119 is reporting Y not stopped. The bed is forwards of it 60mm.

@fcwilt DWC is reporting that when the bed is at the center of it's actual real-world run (228.6mm), it's at 220mm, which is the end of it's run.

@fcwilt when I run the bed back to the y-endstop, DWC says the bed is at 104mm.

@fcwilt how do we tell the firmware that 104mm is 0mm / home?

@mac well, I guess that's the end of that.

droftarts

@mac said in I could use some help:

@fcwilt

; Endstops
M574 X2 S1 P"!^io5.in"                             ; configure switch-type (e.g. microswitch) endstop for high end on X via pin !^io5.in
M574 Y2 S1 P"!^io6.in"							   ; configure switch-type (e.g. microswitch) endstop for high end on Y via pin !^io6.in
M574 Z2 S1 P"!^io2.in"							   ; configure switch-type (e.g. microswitch) endstop for high end on Z via pin !^io2.in

Change to X1, Y1 and Z1. How did these get changed back? These were right yesterday!

Ian

@droftarts

; Endstops
M574 X1 S1 P"!^io5.in"                             ; configure switch-type (e.g. microswitch) endstop for high end on X via pin !^io5.in
M574 Y1 S1 P"!^io6.in"							   ; configure switch-type (e.g. microswitch) endstop for high end on Y via pin !^io6.in
M574 Z1 S1 P"!^io2.in"							   ; configure switch-type (e.g. microswitch) endstop for high end on Z via pin !^io2.in

@droftarts I guess I could scroll backwards through this thread to find out, but I don't want to blame anyone. I changed them, for whatever reason, so I'm the one at fault.

And now I've changed them again.

@droftarts

Here's the M119 report:

6/28/2022, 10:58:25 AM	M119
Endstops - X: not stopped, Y: not stopped, Z: not stopped, Z probe: not stopped

@droftarts what did that change accomplish? Is there something I’m supposed to do now? Would you like me to home the Y-axis to see if it stops at the endstop, then backs off?

@droftarts my apologies to Frederick for pissing him off. He didn’t say anything to me; he just disappeared.

droftarts

@mac said in I could use some help:

@droftarts what did that change accomplish? Is there something I’m supposed to do now? Would you like me to home the Y-axis to see if it stops at the endstop, then backs off?

When you press them and send M119, they will say ‘at min stop’ now, assuming you restarted. Try homing.

I’m sure Frederick has just been distracted, not annoyed. I’m putting kids to bed, so away for a while.

Ian

@droftarts

The y-axis was set as M574 Y1 S1 P"!^i06.in". So it went towards the front of the printer, and when it got there it pounded on the front of the bed until I turned the printer off.

The end-stop for Y is at the rear of the machine, so, I changed the code to: M574 Y1 S0 P"!^io6.in" to send the bed backwards instead of forwards.

Now I'm going to give it a try, but first, I'm going to M119 the end-stops.

Interesting, Y: no endstop. At the bottom of the Console screen I'm seeing G28 Y Error: Failed to enable endstops.

Why would changing the direction of the bed from moving forwards to an endstop that isn't there to moving backwards to an endstop that is there cause the endstop to disappear?

I'll come back to his later.

fcwilt

@mac said in I could use some help:

@droftarts my apologies to Frederick for pissing him off. He didn’t say anything to me; he just disappeared.

Mac, you did not upset me in the slightest. My wife and I had made plans to go to lunch and the time to leave snuck up on me.

Lunch was grand.

Perhaps that will bring us luck.

Frederick

droftarts

@mac M574 S0 means no endstop. You change axis direction with M569. Again, this was fixed last night, so either you didn’t save it, or you’re using the wrong config.g.

Ian