I could use some help

fcwilt

@fcwilt yep, that’s what it gets down too. I’m going to change the setting to what they were in the beginning: Low, instead of high, using RRF, and see how that goes.

It's not guess work.

You know where the endstop is mounted, either at the min end of the axis, in which case the endstop setting is low, or at the max end of the axis, in which case the endstop settings it high.

And you can make a simple change like what via the DWC Gcode editor.

I believe you are encountering what some folks do when the use the configuration tool. It generates a complete set of files, which may or may not be correct. Folks install the files and hit homeall - and it doesn't work because of a wiring problem, bad part or configuration error.

The procedures I described for determining the max travel of an axis are part of checking the behavior of the printer step by step. And fixing each problem as you find one.

When I build a printer I take a very methodical, and perhaps boring, approach. One thing I will do is wire up one stepper at a time and verify it is working. Once all steppers are verified then I will move on the the endstop sensors. Again wiring up one at a time and verify it is working.

Frederick

A Former User

@fcwilt I think your's is a wonderful approach. Here's where I am at the moment.

In I/O Mapping, under Z-Probe, the Input Pin appears to be losing the (not assigned) assignment (not assigned). I can see that the BLTouch is bright red. I guess I'll have to pull the connector off the board to get that fixed. (I took your advice, and reinstalled my Z-axis end stop.)

On the Motors page of RRF: X is Forwards, Y is Forwards, Z is Backwards, and EO is Forwards now. I've been experimenting with hi and low endstop settings to see if I could get the Y-axis to behave. It's not happening so far.

On the Endstops page of RRF: X, Y, and Z are SWITCH, Low, High, Low. I have Y on High because I'm still trying to figure out what the settings should be. The range of Y seems to be only the front half of the printer (if that makes sense).

On the same page, No Z Probe is the choice.

On the Heaters Page I've gone back to Bang-Bang. I'm trying to get the printer to work by keeping it simple. The Heated Bed is set for a max of 33 degrees celcius. The Nozzle is set for 100 degrees celcius. The sensors are 4092's.

On the Fan page, Fan0 is full on, no thermostatic control, and Fan1 is the same.

Honestly, I don't understand the Tools page. What should I be trying to accomplish there?

I've turned off all display choices, so I guess this is a headless setup. I'm feeling a bit headless as well.

But I feel like I'm making some progress.

Mac

A Former User

@fcwilt no progress, I think. I did change the y-axis endstop connector. It goes to i/06, so white wire to i/0 6_in, and green wire to GND, just like the X endstop connector next to it.

Home All: raises the x-rail, moves the bed towards the front, Z doesn't bring the z-rail down to the bed?
Home X: raises, moves the printhead to the right, and lowers the print head back again.
Home Y: raises the x-rail, and moves the bed forwards at the same time.
Home Z: raises the z-rail, turns the top fan for the print head on full speed, and that's it.

fcwilt

@mac said in I could use some help:

@fcwilt no progress, I think. I did change the y-axis endstop connector. It goes to i/06, so white wire to i/0 6_in, and green wire to GND, just like the X endstop connector next to it.

Home All: raises the x-rail, moves the bed towards the front, Z doesn't bring the z-rail down to the bed?
Home X: raises, moves the printhead to the right, and lowers the print head back again.
Home Y: raises the x-rail, and moves the bed forwards at the same time.
Home Z: raises the z-rail, turns the top fan for the print head on full speed, and that's it.

What you are trying to do is sort of what I talked about, testing "high level" things like "homing" before verifying that all the individual bits and pieces are working.

Think back to those "instructions" I suggested you try to verify that each axis was working (moving in the correct directions) and determine the max travel for each axis.

Were you able to complete those?

Frederick

A Former User

@droftarts my bad, sorry about that.

A Former User

@fcwilt no, sadly, I was not.

I've made 3 videos of what's going on with my printer. The third one is almost on youtube.

For what good it will do.

Mac

A Former User

@droftarts @fcwilt

link text

I am trying. We have a language problem obviously. But I’m serious about getting my printer working. Your help has been very appreciated.

I’ll take these videos down when my printer's working as good as the XVico was.

Mac

A Former User

@droftarts @fcwilt

link text

The End.

A Former User

@fcwilt I understand what you said. Each of has their own way. But both of us should be in the same journey, yes?

fcwilt

@mac said in I could use some help:

@fcwilt no, sadly, I was not.

I've made 3 videos of what's going on with my printer. The third one is almost on youtube.

For what good it will do.

Mac

Well there is no point in worrying about why homing isn't working until you can verify that each axis is:

moving in the correct directions
moving by the correct amounts.
that the axis limits in M208 are correct
that the endstop settings in M574 are correct
that the endstop switch is working

In the video you made of the X axis, when you were trying to jog in the -X direction, it failed to show what position the DWC was displaying for the X axis. If the firmware "thought" that the X axis was already at Xmin then it would not allow any further movement in the -X direction. Unless you had already disabled axis limits with M564 S0.

Let's re-visit what M564 does:

M564 H1                   ; H1 = respect axis homed state
M564 H0                   ; H0 = ignore axis homed state
M564 S1                   ; S1 = respect axes limits
M564 S0                   ; S0 = ignore axes limits

You can of course issue M564 with both an H and a S parameter:

M564 H1 S1                   ; H1 = respect axis homed state, S1 = respect axes limits

When you tried to move in the +X direction by 10mm that worked. And then you were able to move in the -X direction by 10mm.

Which reinforces the idea that the X axis was already at the Xmin limit when you tried the first moves in the -X direction.

Normally homing X would have left the X axis in a state where it could travel from Xmin to Xmax.

It didn't, which says to me:

the homing code is not correct
that the endstop settings in M574 are not correct

Please post your X axis homing code, which should be in the file homeX.g

And the settings for your X axis endstop.

Thanks.

Frederick

fcwilt

@mac said in I could use some help:

@fcwilt I understand what you said. Each of has their own way. But both of us should be in the same journey, yes?

Well, yes.

But if our destination is 10 miles due west and I start out heading west and you start out heading east which of us is likely to get there first?

Frederick

A Former User

@fcwilt I think I would, my friend, because I would be speeding and igniting all the stop light!

I just read your above post, the serious one, I’ll call it. Thank you!

A Former User

@droftarts I should have written X, it was the printhead on the X-axis coming down.

A Former User

@fcwilt

; homex.g
; called to home the X axis
;
; generated by RepRapFirmware Configuration Tool v3.3.10 on Sun Jun 26 2022 17:21:53 GMT-0700 (Pacific Daylight Time)
G91                                    ; relative positioning
G1 H2 Z5 F3600            ; lift Z relative to current position
G1 H1 X-225 F1800      ; move quickly to X axis endstop and stop there (first pass)
G1 H2 X5 F3600             ; go back a few mm
G1 H1 X-225 F360         ; move slowly to X axis endstop once more (second pass)
G1 H2 Z-5 F3600            ; lower Z again
G90                                     ; absolute positioning

A Former User

@fcwilt

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

A Former User

@fcwilt you know, I'm reading this code, and I'm thinking, that looks fine to me; there's nothing wrong with this code. And yet, the printer isn't doing any of this?

Mac

A Former User

@fcwilt I think I need to reverse the y and z axis on the above two entries.

fcwilt

@mac said in I could use some help:

@fcwilt you know, I'm reading this code, and I'm thinking, that looks fine to me; there's nothing wrong with this code. And yet, the printer isn't doing any of this?

Mac

Well, the homing code for X does look correct but the video did not appear to show any motion along the X axis.

The two Z moves were clear.

Perhaps there was just the X5 move and I missed it.

That would happen if the endstop sensor was indicating active all the time, so the G1 H1 moves would never happen, just the little 5mm move.

Did you notice if that 5mm move happened?

Is the X axis endstop switch using the NO connection or the NC connection?

Frederick

A Former User

@fcwilt the print head was ac100mm right of the endstop at least.

NO is normally open, NC is normally closed, I get that? Should I be looking at the white-green, 2-wire connectors plugged into I/O5 and I/06?

A Former User

@fcwilt all of the endstops have a green wire and a white wire coming into them. All of the green wires are in the center. All of the white wires are under the red switch. All of the third poles on the switches are vacant. When something touches the switch, it makes the switch click. My assumption is that all of the switches are normally open. I’m also assuming that contacting an endstop closes it momentarily.