Dual motor Z axis homing

Bumble

Im using a 4 motor (plus extruders) setup with 2 Z axis motors. Second Z motor is mirrored and operated as extruder three. Setup works fine and both motors are in sync but homing only references the Z and ignores the mirrored axis. Is it possible to add an additional home switch and effectively home extruder 3 in the same manor as the other axis to level the gantry? Cheers :-)

Repetier

I'm quite sure I programmed something like this, but lacking a printer with this setup I never tested it. But I do not see that option in config tool, so I have to check how this should be done.

strips

How is this coming along?

I am concidering converting from Marlin to Repetier on my E3D BigBox. But I have done a mod so I have two Z stepper drivers.

What would really be the icing on the cake is if I could use two Z endstops at Z-max to level and then do a grid Z-probing and have everything set.

Repetier

Just added the config to online config tool.

Use dev version in config tool. Selecting dual z stepper now shows "Multiple Z Endstops (MULTI_ZENDSTOP_HOMING)" whcih allows setting a second endstop for second z motor.

GoBig

Can you add this for the X and Y axes as well? I have dual Y's and dual Z's. This is a very useful feature, especially for dual purpose 3D printers and mills.

Repetier

How does a printe rlook liek where that is required for x/y? All versions I know have both motors on same belt and there you only need one endstop.

Bumble

Repetier, thank you for the second Z home switch addition in development file :)

Setup is almost perfect with homing positive to level the two sides and probing negative. As my Z travel is fairly large (750mm) I was wondering if it is possible to have the home switches mid way along the travel and an offset applied once the switch triggers? This would save having to move to the full positive limit each time power is cycled / homing performed.

Thanks again.

Repetier

No, they are called END STOP as they mark the end. Once triggered they prevent further movement, so having this mid printer is not good. Also you would need to know if you are below or above endstop when homing as it always assumes z=0 on startup regardless of start position. So forget that thought.

Bumble

Ok thanks, so homing always has to be done against an end stop at one limit of travel? Can probing be used to set Z zero position? Or is this purely a setup function to be used independent of homing at the start of print?

Bumble

As a separate solution is it possible to write a custom "homing" script? Either as a seperate macro or by editing the existing g-code?

Thank you for your help :-)

Repetier

Sure homing z is z=0 or z=zlength.

You can also edit Printer.cpp homeZAxis if you want a custom solution. You will easily find how it works. Just make sure to use the cartesian version - functions exists 2 times.

Bumble

Thanks again,

I'm getting an error during compiling when setting up the second Z axis home switch. 'DIOZ2_MINMAX_PIN_PORT' was not declared in this scope

It appears under the HAL.h tab

Is there an additional setting I'm missing?

Bumble

<font color="#6600cc">Further to the above this is the HAL.h line that is failing. </font>#define _READ(pin) (DIO ## pin ## _PORT->PIO_PDSR & DIO ## pin ## _PIN ? 1 : 0) // does return 0 or pin value<font color="#6600cc">and this the error message. Any ideas what I'm doing wrong?!</font>Arduino: 1.6.9 (Windows 10), Board: "Arduino Due (Programming Port)"In file included from sketch\Repetier.h:567:0, from sketch\Printer.cpp:19:sketch\Printer.cpp: In static member function 'static void Endstops::update()':HAL.h:166: error: 'DIOZ2_MINMAX_PIN_PORT' was not declared in this scope #define _READ(pin) (DIO ## pin ## _PORT->PIO_PDSR & DIO ## pin ## PIN ? 1 : 0) // does return 0 or pin value ^sketch\HAL.h:167:19: note: in expansion of macro 'READ' #define READ(pin) _READ(pin) ^sketch\Printer.cpp:221:12: note: in expansion of macro 'READ' if(READ(Z2_MINMAX_PIN) != ENDSTOP_Z2_MINMAX_INVERTING) ^HAL.h:166: error: 'DIOZ2_MINMAX_PIN_PIN' was not declared in this scope #define _READ(pin) (DIO ## pin ## _PORT->PIO_PDSR & DIO ## pin ## PIN ? 1 : 0) // does return 0 or pin value ^sketch\HAL.h:167:19: note: in expansion of macro 'READ' #define READ(pin) _READ(pin) ^sketch\Printer.cpp:221:12: note: in expansion of macro 'READ' if(READ(Z2_MINMAX_PIN) != ENDSTOP_Z2_MINMAX_INVERTING) ^sketch\Printer.cpp: In static member function 'static void Printer::setup()':Printer.cpp:1026: error: 'Z2_MINMAX_PIN' was not declared in this scope SET_INPUT(Z2_MINMAX_PIN); ^sketch\HAL.h:173:64: note: in definition of macro 'SET_INPUT' #define SET_INPUT(pin) pmc_enable_periph_clk(g_APinDescription[pin].ulPeripheralId); </p> ^exit status 1
'DIOZ2_MINMAX_PIN_PORT' was not declared in this scopeThis report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences.

Repetier

you have to add

#define Z2_MINMAX_PIN pinnumber

in your configuration.h

Config tool should now add it (at least dev version). It was missing before now:-)

Bumble

It works thank you :-)

hreedijk

GoBig said:

Can you add this for the X and Y axes as well? I have dual Y's and dual Z's. This is a very useful feature, especially for dual purpose 3D printers and mills.

I'd like to have this function also.

I have 2 motors running on the Y axis which moves the X bar, they both work separate, not connected to each other with a belt.

Works good, but homing both motors will make sure the X axis is perpendicular to the Y axis.

neveroddoreven

I would also benefit from having the option of dual X endstops, as I just built a 1500mm² laser cutter with dual X motors to keep things perpendicular.

Repetier

Did not think the demand would be that high. I need to check if we have some flags free for this. And I hope I do not forget it as I have some other firmware wishes to implement first.

neveroddoreven

Thanks Repetier for looking into this. As an aside, I intend to stick with Repetier Firmware in my 4 watt blue diode laser cutting endeavors, using the new LaserWeb open source project. Those folks are strongly preferring Smoothieware due to variable laser PWM proportionate to acceleration. For this machine, I've got a lil' Sanguinololu with 1284p available, and I don't want to switch to Marlin.

I'm hoping to try out patch 524 by Links2004, and hope to get Repetier a little more filled in on the LaserWeb table.

https://github.com/LaserWeb/LaserWeb3</div><div><br/></div>

hreedijk

Repetier said:

Did not think the demand would be that high. I need to check if we have some flags free for this. And I hope I do not forget it as I have some other firmware wishes to implement first.

Would be very much appreciated !