Endstop Not stopping Movement



  • Ok, so the endstop triggers now though right?

    You should be using this procedure to test your motor movements for CoreXY

    https://duet3d.dozuki.com/Wiki/ConfiguringRepRapFirmwareCoreXYPrinter#Section_Movement_section

    For a CoreXY or H-Bot machine, RepRapFirmware assumes that the motor connected to the X motor output moves the head in the +X and +Y directions when it runs forwards, and that the Y motor moves the head in +X and -Y directions when it runs forwards. [Note: firmware 1.18 and earlier assumes that the motor connected to the Y motor output moves the head in the -X and +Y directions when it runs forwards]. So you can start with these M569 commands in config.g:

    M569 P0 S0 ; X motor runs forwards
    M569 P1 S0 ; Y motor runs forwards
    Then test for the correct X motor movement by sending these commands from the console:

    G91
    G1 S2 X10 F3000
    If the head moves diagonally in the +X and +Y directions, all is well. If it moves in the -X and -Y directions, change the S parameter to S1 in the M569 P0 command. If it moves towards +X and -Y, or towards -X and +Y, turn the power off and swap the X and Y motor connections.

    When you have the X motor moving correctly, test the Y motor by sending from the console:

    G91
    G1 S2 Y10 F3000
    For firmware 1.19 and later: If the head moves diagonally in the +X and -Y directions, all is well. If it moves in the -X and +Y directions, change the S parameter in the M569 P1 command to S1.

    For firmware 1.18 and earlier: If the head moves diagonally in the -X and +Y directions, all is well. If it moves in the +X and -Y directions, change the S parameter in the M569 P1 command to S1.

    Important: make sure that you have chosen a right-hand axis system. That is, looking down on the printer the +Y direction should be 90 degrees anticlockwise from the +X direction. If instead it is 90 degrees clockwise, you have a left-hand axis system, which will give you mirror-image prints.



  • Ok so I ended up having to swap my X-axis and Y-axis motors (i did not think going from 1.18 to 1.20 would require a hardware rewire) but per the last post everything moves as it should.

    The problem is still my homing files when i home x or why only that motor turns until its hits the end of the track and starts skipping teeth on the belt.



  • @sharpie I assumed you'd made the motor direction change after deckingmans first post way back at the start of the thread.

    Now that you have that sorted I think the homing should be solved if you changed the the S2 flag as I mentioned. It should match the homey.g file which is correct.

    The jump from 1.18 to 1.20 is a pretty big one. Always a good idea to read the release notes for major changes in all the versions between what you're updating from and what you're updating to. But now that you've made that jump the updates after 1.21 are pretty seamless.



  • ok, with those changes I now Home correctly, Thanks =D

    New problem after it is homed the print head does not move to the forward position ie..the front Left corner. It stays in the back left so when I send a print file for it it tries to move backwards which it cant as its already all the way back.



  • I think there is a disconnect between what your printer thinks is the origin and what your slicer thinks is the origin.

    From above:

    Important: make sure that you have chosen a right-hand axis system. That is, looking down on the printer the +Y direction should be 90 degrees anticlockwise from the +X direction. If instead it is 90 degrees clockwise, you have a left-hand axis system, which will give you mirror-image prints.

    Take a look at this as well.
    https://drmrehorst.blogspot.com/2017/08/setting-up-3d-printers-origin.html


  • administrators

    @sharpie said in Endstop Not stopping Movement:

    ok, with those changes I now Home correctly, Thanks =D

    New problem after it is homed the print head does not move to the forward position ie..the front Left corner. It stays in the back left so when I send a print file for it it tries to move backwards which it cant as its already all the way back.

    You should not have swapped the X and Y motors. All you needed to do to account for the firmware change was to reverse the Y motor direction in the M569 command. I think that swapping the motors has given you a left hand coordinate system.



  • I have swapped my motors back to the original settings the problem I am getting now is when I home I still either dont stop when the end stop is hit or the head goes the wrong way. then when I flip the S1 to and S0 to reverse it then try to move the head the opposite axis moved instead. Does anyone have a working config I can start from so I can figure this out?

    Thanks already for all your guys help 😃


  • administrators

    First, test that when you use the X and Y jog buttons, the head moves in the correct directions. You can send M562 H0 first to allow movement before homing. Next, operate the X and Y homing switches manually and use the M119 command to check whether they are reporting the correct stopped/not stopped status for the correct axes.



  • OK I can get the system to home to the endstops but my print head stays in the back Left and does not move to the front left after homing. but on a plus note I have gotten it to move to the endstops and stop.



  • If the Y end stop is at the back, and the X end stop is at the left, then yes, it will just stay at the back left after homing. If you want it to move somewhere else after homing you can tell it to move there by adding the movement command to the end of your homeall.g

    Something like

    G90 ; absolute movement mode
    G1 Y0 X0

    That tells it to go to the 0,0 origin point, which should be the front left.

    Just make sure that your path of travel is clear for this move. The nozzle should be clear of the bed surface so it doesn't drag and there shouldn't be anything for the print head to strike along the edges. If the print head can't actually reach 0,0 you can change the values of X and Y to account for the size of the carriage.


 

Looks like your connection to Duet3D was lost, please wait while we try to reconnect.