X and Y steppers check out separately, but Y homes opposite?
-
Controller board: Duet3 6HC
Firmware: 3.3
Printer design CoreXYThe puzzle: following the instructions here, https://duet3d.dozuki.com/Wiki/ConfiguringRepRapFirmwareCoreXYPrinter, I successfully tested the X and Y steppers. X moves diagonally in the +X and +Y direction. Y moves diagonally in the +X and -Y direction, which is as this article says they should.
Homing X works correctly, moving left and hitting the endstop, using M574 X1 S1 P"io1.in", which works as expected.
Homing Y does Not work as expected. I'm using M574 Y1 S1 P"io2.in", which I believe means that the carriage should move toward the low end, meaning in the -Y direction/toward me, yet it moves in the +Y direction. What's confusing is that the Y servo moved in the correct direction per the link above, so the wiring should be correct, so why is it going the wrong direction?
-
@kb58 said in X and Y steppers check out separately, but Y homes opposite?:
Controller board: Duet3 6HC
Firmware: 3.3
Printer design CoreXYHoming Y does Not work as expected. I'm using M574 Y1 S1 P"io2.in", which I believe means that the carriage should move toward the low end, meaning in the -Y direction/toward me, yet it moves in the +Y direction.
The M574 doesn't control movement direction.
What command are you using to testing Y homing?
Frederick
-
@fcwilt Per the link, I'm using G1 H2 Y10 F3000, and the following text says: "If the head moves diagonally in the +X and -Y directions, all is well", which it does. I know I'm doing something boneheaded but have been staring at it too long. I realize that M574 is configuration only. The problem is when I hit HOME on the Dashboard.
-
@kb58 said in X and Y steppers check out separately, but Y homes opposite?:
@fcwilt Per the link, I'm using G1 H2 Y10 F3000, and the following text says: "If the head moves diagonally in the +X and -Y directions, all is well", which it does. I know I'm doing something boneheaded but have been staring at it too long.
Homing commands use G1 H1 which causes the movement to stop when the endstop sensor is triggered.
You need to use the appropriate Y value to get the movement to be toward the endstop sensor.
For example:
- if your Y axis range was from 0 to 100 and the endstop sensor was at the 0 end then the command would be G1 H1 Y-100.
- if your Y axis range was from 0 to 100 and the endstop sensor was at the 100 end then the command would be G1 H1 Y100.
For the second example a typical sequence would be something like:
G1 H1 Y100 F3000
G1 Y-20
G1 H1 Y30 F300 -
Understood. The problem is that I'm using the HOME button on the Dashboard page, as I'm talking to the board through the network interface. Whatever "Home Y" is sending to the controller is out of my hands, so if it's supposed to be sending a negative rather than positive direction, means either I can't use it, or there's some way of reversing it that I'm unaware of.
I should have mentioned that I'm slowly bringing this up for the first time, and it was built by me, so everything is suspect at this point. It was surprising though, that the steppers check out fine separately but only the Y axis fails when treated "normally."
-
@fcwilt said in X and Y steppers check out separately, but Y homes opposite?:
G1 H1 Y100 F3000
I just tried your suggestion, sending it G1 H1 Y-100 F3000. It worked correctly, moving in the negative direction toward me. So, it's like the Dashboard is sending the wrong commands when Home Y is selected, which is very unlikely.
-
@kb58 said in X and Y steppers check out separately, but Y homes opposite?:
@fcwilt said in X and Y steppers check out separately, but Y homes opposite?:
G1 H1 Y100 F3000
I just tried your suggestion, sending it G1 H1 Y-100 F3000. It worked correctly, moving in the negative direction toward me. So, it's like the Dashboard is sending the wrong commands when Home Y is selected, which is very unlikely.
The DashBoard just executes homeX.g or homeY.g or homeZ.g which are gcode files in the System Directory.
It's up to you to be sure those files have the commands required.
Do you know how to find and edit those files?
Frederick
-
@fcwilt
Doh! Very good point... I know just enough to be dangerous with this stuff. I didn't realize it's simply calling those scripts/subroutines. Thank you, sir!