I could use some help

A Former User

@droftarts okay, here’s what I know at the moment. Since the y-axis was shuddering, I decided to test it. Here’s a picture of my first test.

The wiring is black, green, blue, red. From the top of the board, which is where the wifi is, down. So that should be A+ (Black), A- (Green), B+ (Blue), B- (Red).

When I short black and green, the bed is very hard to move.

Here’s the thing that makes no sense! When I short blue and red, the bed is EASY to push back and forth.

According to the information that came with these motors, blue and red are B+ and B-!

I did not check the phases initially because I thought I had concrete written /printed info from the company I bought these motors from.

Here’s a picture of the wiring. REM: the board is upside down.

Mac

fcwilt

@mac

Hi Mark,

A few things I want to ask:

1st question:

When you made that video, when facing the printer, the X endstop was at the left end of the X axis and the Y endstop was at the back of the printer.

Has that changed?

If it has not changed those endstops are at the min end of X and Y but the M119 is reporting the max end for X and Y.

2nd question:

Do the steppers have a connector as opposed to the wires being a permanent part of the stepper?

3rd question:

If the steppers do have a connector did you check the continuity of the cable with the duet connectors attached?

Frederick

droftarts

@mac do you ever get any “phase disconnected” errors in DWC? Because it really sounds like the blue or red wire are not making the connection. That would explain the axis just shuddering, and no resistance when you short it.

Ian

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