Nico Tonnhofer

Maybe it's a better description that the last two moves shouldn't be greater than 32bit/2400.

Because the total length becomes: `(MAX_DELTA_UM / 2) - (-(MAX_DELTA_UM / 2))` Check M111 S32 for this.

Oh dear... Thx for pointing. We don't need to travel from -MAX to +MAX. When we have a min-endstop simply travel to -MAX and after that slowly back to 0....

Can easily tested with e.g. z_min endstop: ``` G92 Z1000 G28 Z0 ```

Refactoring home.c: config|Program|Data ---|---|--- config.regtest-gen7-avr.h|-216|0 config.regtest-ramps.h|-176|0 config.regtest-nanoheart.h|-164|0 config.regtest-teensy2.h|-164|0 config.regtest-gen3.h|-216|0 config.h.Profiling|-164|0 config.regtest-display.h|-216|0 config.regtest-acceleration-reprap.h|-176|0 config.regtest-acceleration-temporal.h|-176|0 config.regtest-gen7-arm.h|-132|0 config.regtest-no-endstops.h|0|0 config.regtest-no-lookahead.h|-216|0 config.regtest-cnc-shield-stm32.h|-20|0

@oli-obk please give some feedback, if everything is working properly again.

Great. When experimental works, the current master should also work. Only different is, the e-axis could show wrong values while moving and using M114, on the master.

@Traumflug I will do it next time. I was on a travel while doing this things. Experimental is still a good idea. I will use this branch in future more...

> But yea, it seemed like the extruder didn't do anything at all Oooo... Nothing? Ah wait. Yes, I fixed this also. I will push it.

Please test it. I pushed it also to master. My last testing was successfull. Most issues were implemented some month ago. But you and only one other guy were falling...