Repetier Firmware - corexz

Sounds more like you have drive system 8 or 9 and need 9 or 8. From your description I hear just a mirroring of x direction and that is the difference between the 2 systems. Might need to inverse one of the motor directions as well. This gives 4 combinations to test and one of them should move correctly.

---

Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!

I thought this too, and tried it. I have a drive system 9, and the direction of the X axis inverted:

#define DRIVE_SYSTEM 9

#define INVERT_X_DIR 1
#define INVERT_Y_DIR 0
#define INVERT_Z_DIR 0

The motor's conector are all in the same direction.

The printer goes perfect when your move it with the manual controls of Repetier Host and printing, as long as, in the gcode don't go X and Z movements in the same line.

That makes no real sense to me. if x and z work separately they must also work together. It is just the addition of both moves.

What exactly happens then with diagonal moves? Previously you only said inverted axis, is that all?

---

Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!

This is the schematics of my printer:

It has motor A and motor B in XZ plane.
When you need that it moves x-axis direction, both motor rotating the same steps
When you need that it moves z-axis direction, both motor rotating the same steps in opposite direction

When you need move in X and Z axis the motor A and B has to rotate diferent number of steps.

I think that this may be the reason.

Nicholas your machine can do diagonal movements in the XZ plane?

Edit:

No, this can't be, in any core xy printers you can do diagonal movements without problems

Edited 1 time(s). Last edit at 10/27/2015 05:46PM by Mecano.

Yes my Marlin hack can go diagonal just fine.

---

ConceptFORGE
Wally, GUS Simpson, LISA Simpson, THOR Simpson, Sextupteron, CoreXZ

Please check motion.h and replace old startZStep with the version below. Hope that does the trick. I used y direction to decide what to do on a z step. Did not sound right to me and this variant now uses z instead. Please let us know if it now works.

    INLINE void startZStep()
    {
#if !(GANTRY) || DRIVE_SYSTEM == YX_GANTRY || DRIVE_SYSTEM == XY_GANTRY
        Printer::startZStep();
#else
#if DRIVE_SYSTEM == XZ_GANTRY
        if(isZPositiveMove())
        {
            Printer::motorX++;
            Printer::motorYorZ--;
        }
        else
        {
            Printer::motorX--;
            Printer::motorYorZ++;
        }
#endif
#if DRIVE_SYSTEM == ZX_GANTRY
        if(isZPositiveMove())
        {
            Printer::motorX++;
            Printer::motorYorZ++;
        }
        else
        {
            Printer::motorX--;
            Printer::motorYorZ--;
        }
#endif
#endif
#ifdef DEBUG_STEPCOUNT
        totalStepsRemaining--;
#endif
    }

---

Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!

Great!

I just try it and now the printer moves in the correct directions for all the orders, thanks a lot

it doesnt work corectly in drive system 9