search

MKFirmware / MK4duo

MK4duo Firmware Printers 3D for Arduino and Arduino due
http://www.marlinkimbra.it
GNU General Public License v3.0
206 stars 117 forks source link

Bug: CoreXY at auto home WRONG STEPS! the steps are going half of normal steps! #431

Closed Hans007a closed 6 years ago

Hans007a commented 6 years ago

At the last commit at the auto home (G28) x, y and z steps are only a half of it. UBL half steps too. Manual moving is ok!

My printer: CoreXY + RAMPS-FD v1 + BLTouch + EEPROM, drivers: drv8825

Hans007a commented 6 years ago

checked the new update and steps per unit at auto home allways wrong! the printer is doing a half of normal steps...

back to my old working version

MagoKimbra commented 6 years ago

???

Hans007a commented 6 years ago

I try to explain: when I do auto home (from lcd) the printer move very slow. it looks like he make not the normal steps. I set the safe z homing at the middle of the bed, but the printer move to a quarter of the bed to made z homing...

when the printer starts to make ABL (with BLTouch), he made it only in the first quadrant of the bed (front-left) and the z axis is set to 8mm, but is going up to 4mm...

When I move the axis by hand all is OK

Hans007a commented 6 years ago

After last commit from today (23.03.2018) nothing changed. Bug is still present. Back to the last working version.

btw. I changed all source files ald leave only my settings header files for test...

I use Z_SAFE_HOMING (for information)

pirogeth commented 6 years ago

what are your microsteps set at?

Hans007a commented 6 years ago

I know, my steps are correct, because:

  1. manually moving axes (from LCD) works normal
  2. old firmware works correct too

I think, its anything in G28 and G29 codes for CoreXY

Hans007a commented 6 years ago

I checked the newest version from today (31.03.2018) with my cartesian printer and it works there, but on my coreXY NOT! (with the old version is all OK on my coreXY) I have the same RAMPS-FD with due board, dvr8825 for the axis and bltouch on both, and the same settings except cartesian for one and corexy for the second printer.

On both I have set this:

// Change if Z babysteps should go the other way
#define BABYSTEP_INVERT_Z false
// Babysteps are very small. Increase for faster motion.
#define BABYSTEP_MULTIPLICATOR 50
// Enable to combine M851 and Babystepping
#define BABYSTEP_ZPROBE_OFFSET
// Double-click on the Status Screen for Z Babystepping.
//#define DOUBLECLICK_FOR_Z_BABYSTEPPING
// Maximum interval between clicks, in milliseconds.
// Note: Extra time may be added to mitigate controller latency.
#define DOUBLECLICK_MAX_INTERVAL 1250

// Enable graphical overlay on Z-offset editor
#define BABYSTEP_ZPROBE_GFX_OVERLAY
// Reverses the direction of the CW/CCW indicators 
//#define BABYSTEP_ZPROBE_GFX_REVERSE

in config_feature.h maybe is there the bug?