I could use some help

A Former User

@droftarts @fcwilt the problem’s in the connectors I made. Out of three connectors tested, X, Y, and Z, Y shuddered, X and Z did nothing. That’s ten connectors out of twelve that are shite.

I’ve been working for 13 hours. Time to take a break.

Mac

A Former User

@fcwilt the motors are fine, the cables that came with them are fine. I checked. It’s the connectors I installed. 10 out of 12 are shite.

Mac

fcwilt

@mac said in I could use some help:

@droftarts @fcwilt the problem’s in the connectors I made. Out of three connectors tested, X, Y, and Z, Y shuddered, X and Z did nothing. That’s ten connectors out of twelve that are shite.

I’ve been working for 13 hours. Time to take a break.

Mac

Hi Mac

Whenever you return to work perhaps you could find a way to make a video showing us how you are crimping those contacts onto the wire.

I've done hundreds of such crimps and I might mess up 1 out of 100.

Perhaps we can spot the problem you are having.

Frederick

A Former User

@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

A Former User

@fcwilt If I had a camera I could hold in my mouth, I might do that.

I'll think about it.

A Former User

@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

A Former User

@deckingman @droftarts @fcwilt

Here’s video of the first legit moves of my Duet3D Mini 5+

link text

Mac

droftarts

@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

A Former User

@droftarts will do, thanks,Ian.

A Former User

@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

A Former User

@fcwilt that is a very good idea, and I am going to make that video today. Thanks, Frederick!

Mac

fcwilt

@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

A Former User

@fcwilt EXACTLY!

A Former User

@droftarts @fcwilt

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

A Former User

@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

A Former User

@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

fcwilt

@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

droftarts

@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

A Former User

@fcwilt I wanted to have both. But selecting one precludes the other. Unless you know a way to have both in RRF?

droftarts

@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