I could use some help
-
@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.
-
; 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.
-
@mac said in I could use some help:
; 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
-
; 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.
-
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.
-
@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
-
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.
-
@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
-
@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
-
@mac said in I could use some help:
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.
Mac,
The M574 settings have no effect on the direction of travel. The merely specify the type of endstop (the S parameter ) and the location (the X, Y or Z parameter).
When you changed S1 to S0 you were specifying that there was no endstop on that axis.
S1 specifies a simple switch type endstop - which is what you have.
Change them all to S1.
The direction of travel is controlled, in part, by the settings in M569. Do you change those again. We had them correct, at least for Y.
The direction of homing is controlled by the G1 moves in the homing files.
For the Y axis a negative amount should move the bed backwards.
Example: G91 followed by G1 H1 Y-360
For the Y axis a positive amount should move the bed forwards.
Example: G91 followed by G1 Y+10
Frederick
-
@mac said in I could use some help:
@fcwilt how do we tell the firmware that 104mm is 0mm / home?
We don't need to worry about that now.
We have more fundamental problems with basic axis behavior.
Frederick
-
; 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 `` Okay, that's fixed?