I could use some help
-
@fcwilt No, yes, no (sad face).
But we're over it, and we're at it again. I haven't eating in eight hours, so I'm going to have a cheese sandwich and then I'm turning in.
Maybe tomorrow we'll share some pictures of the Rat's Next that Frankenstein's Cinderella lives in.
Mac
-
@fcwilt If I had a camera I could hold in my mouth, I might do that.
I'll think about it.
-
@deckingman @droftarts @fcwilt
Just so you know, X is working correctly, Y is going backwards, and Z is going backwards (with a pronounced jerk).
All things I can take care of.
This is the first good news I've had since I bought this board.
Mac
-
-
@mac that’s great, nice and quiet too! Z problem looks like steps per mm, which I think you have set to 4000, so it is moving way more than 5mm, and so fast that it is skipping steps. Try 800, or possibly 400, which is more common for Z on these kinds of machines.
Ian
-
@droftarts will do, thanks,Ian.
-
@fcwilt I’ve never changed where any of the endstops are mounted. If I understand, in RRF, the X and Y endstops should be classified as “LOW”, not HIGH?”, correct?
And if I change those High to Low classifications, M119 will report that when the are depressed, they will be at Min, not Max?
RRF should change their Low and High to Min and Max, or, change their Min and Max to Low and High. The way RRF is now is creating confusion with how DWC reports the functions of endstops (min and max).
Mac
-
@fcwilt that is a very good idea, and I am going to make that video today. Thanks, Frederick!
Mac
-
@mac said in I could use some help:
@fcwilt I’ve never changed where any of the endstops are mounted. If I understand, in RRF, the X and Y endstops should be classified as “LOW”, not HIGH?”, correct?
Yes
And if I change those High to Low classifications, M119 will report that when the are depressed, they will be at Min, not Max?
Hopefully
RRF should change their Low and High to Min and Max, or, change their Min and Max to Low and High. The way RRF is now is creating confusion with how DWC reports the functions of endstops (min and max).
It couldn't hurt to be consistent.
Frederick
-
@fcwilt EXACTLY!
-
I tried to make a video, but it just didn't work out. There are enough crimping videos on youtube already also.
We changed the steps from 4000 (which is the typical response according to Duet3D), to 400 (on Ian's advice).
I tidied up the wiring with zip ties, and now we're back at it, testing this and that.
Mac
-
@mac Okay, the first bit of info I'd like to share: on the Endstops page of RRF, Z is set as Z-Probe at the location: Low end (versus High end). Because I'm not homing yet, BLTouch hasn't done anything. M119 is reporting Z: not stopped, Z probe: not stopped. (I was depressing the Z endstop - to no avail.)
Moving along here: 50mm is is 39.6875 mm in real life. I'm not going to swear by this, but the printer's moves towards the rear are relative consistent: it's 50 mm's is reality's 39.6875 mm's.
Finally, changing the steps from 4000 to 400 took care of that obnoxious noise the Z axis was making.
That's my report for today. Z sounds just as quite as X and Y. All of the axises are going the right direction.
Should I try to home Z? Nope, it's not happening. Is that because I sent the M564 H0 S0 command?
Mac
-
@droftarts @fcwilt Homing update: X homed quite well, Y homed, but didn't come back far enough. When I asked Z to home, the print-head shuddered for a moment, then started to descend. Unfortunately, there was no bed beneath it for the BLTouch to sample.
So that's the latest wrinkle in all of this.
Mac
-
@mac said in I could use some help:
@droftarts @fcwilt Homing update: X homed quite well, Y homed, but didn't come back far enough. When I asked Z to home, the print-head shuddered for a moment, then started to descend. Unfortunately, there was no bed beneath it for the BLTouch to sample.
So that's the latest wrinkle in all of this.
Mac
As you may recall I home with a Z Endstop.
I use the Z Probe for:
- setting the Z=0 Datum
- creating heightmaps
- leveling the bed
Some folks think having a Z Endstop when you have a Z Probe is foolish but I swear by it.
All of my printers have both and the all home with the Z Endstop. It can be quicker and the homing code is simpler.
Did you perhaps disable the M574 for the Z Endstop?
Frederick
Printers: A FT-5 with the 713 upgrade bits, a custom MarkForged style, a small Utilmaker style, a small CoreXY from kit and a E3D MS/TC setup. Various hotends. Using Duets (2 and 3) running 3.4.6
-
@mac change the X and Y steps per mm to 100. It is set to 80 in the last config.g you posted, but we worked out a while back that it should be 100. That should get the movement distance correct on those two.
Ian
-
@fcwilt I wanted to have both. But selecting one precludes the other. Unless you know a way to have both in RRF?
-
@mac you can use both, but there’s not much point. Homing with the Z endstop requires it to be configured with M574, and then a homing move of the axis to the endstop Homing with the probe does not need to be configured with M574 on Z (ie it doesnt need ‘M575 Z1 S2’ see M574 in the GCode dictionary) it just needs a move so the probe is over the bed, ideally in the centre, before running G30.
Ian
Cartesian bed-slinger with Duet 3 Mini 5+ WiFi and 1LC : RRP Fisher Delta v1 with Duet 2 Maestro : TronXY X5S with Duet 3 MB6HC and Roto toolboard
-
...........and just to confuse things even more, I have neither a probe, nor an end stop. Although I guess having the hot end on a kinematic mount such that the bed touching the nozzle breaks a contact, is both a probe and an end stop.
-
@mac said in I could use some help:
@fcwilt I wanted to have both. But selecting one precludes the other. Unless you know a way to have both in RRF?
No it does not.
If it did how could all of my printers have both?
M574 can configure an Z endstop just like your X or Y endstop.
M558 and G31 configure a Z probe.
Frederick
Printers: A FT-5 with the 713 upgrade bits, a custom MarkForged style, a small Utilmaker style, a small CoreXY from kit and a E3D MS/TC setup. Various hotends. Using Duets (2 and 3) running 3.4.6
-
@droftarts said in I could use some help:
@mac you can use both, but there’s not much point. Homing with the Z endstop requires it to be configured with M574, and then a homing move of the axis to the endstop Homing with the probe does not need to be configured with M574 on Z (ie it doesnt need ‘M575 Z1 S2’ see M574 in the GCode dictionary) it just needs a move so the probe is over the bed, ideally in the centre, before running G30.
Ian
We are going to have to agree to disagree.
Homing with a Z probe requires homing X and Y first.
And since Z hasn't been homed it's position is unknown thus you end up with four Z relative moves (2 for X, 2 for Y) to be sure it is clear of the bed while homing X and Y.
And an endstop can home faster than a BLTouch can.
So to me faster homing and simpler code is more than enough reason to have a Z endstop - it's not like it is an expensive item.
Frederick
Printers: A FT-5 with the 713 upgrade bits, a custom MarkForged style, a small Utilmaker style, a small CoreXY from kit and a E3D MS/TC setup. Various hotends. Using Duets (2 and 3) running 3.4.6
