…w Bernhard's console to function as well

Conflicts:
	Marlin/Configuration.h

…ck to linux eol, addidional gcode for disable steppers.

…s not stop sd printing

…max endstops locking other axis' movements that was overwritten by Berhnard's last commits

…s and skewing

Conflicts:
	Marlin/Configuration.h
	Marlin/Marlin.pde

Conflicts:
	Marlin/Marlin.h

…imum time a motion segment should take if the buffer is empty.

Increased the Block_buffer size to 40, only if LCD, SD, Buttons are turned off. Not sure how much RAM each of those take.
Increasing the buffer is probably not required for SD anyway.

Changed the debug_steps section so M114 can be used to compare the two methods of determining the position.  Hope we won't need this anymore.

…was too confusing. Simple LCD is a 16x2 for temp monitoring only. Fancy LCD is for 20x4 multipage LCD console with buttons and encoders and, optionally, SD Card support (through SDSUPPORT define). SIMPLE_LCD is enabled by support in synch with the Ultimaker version of Marlin. Bumped up version to 9.3.3-BK to distinguish between the Ultimaker version and the BKubicek version.

…ff could cause a tiny bit of layer-pausing.

M203 M204
additional comments

M203
M204

added more comments to configuration

TRAVELING_AT_MAXSPEED can be uncommented:
it checks if an extrusion is existent in the move. if _not_, the speed of the move is set to the maximum speed.
Use only if you know that your printer works at the maximum declared speeds.
It is a workaround for the skeinforge cool-bug. There, all moves are slowed to have a minimum layer time. However slow travel moves= ooze

Before this commit, if sd was enabled and no sd card present, the device would need so long to boot that some host software had a timeout.
so i try to delay the sd card initialisation to the first use.
Hence also the autostart should be delayed.

untested

…Cleared "Heating.." message after pre-heat completes

traveling_at_maxspeed increases travel speed,to workaround skeinforge cool slowdown bug of slowing also travel moves.
Now, it is only done if the buffer is sufficiently full.

solved bug with rounding eror at z accelleration calculation.

… should be good.

MIN_SEGMENT_TIME is the amount of time a segment need to take in order for the buffer refill to keep up.
This value can now be set using the M204 Sxxx  Tyyy Bzzz command; where ZZZ is the time in microseconds (default 20000)

This method -still in testing phase- showed a more smooth slowdown / ramp up when buffer underruns occur.
When a segment duration (microseconds) is shorter than the MIN_SEGMENT_TIME, the buffer will start to drain. To prevent this, the duration is increased by an amount that increases as the buffer is emptied further.

M500 stores data in EEPROM
M501 retreives stored data
M501 reverts data to 'factory defaults'

Data stored:
all data set by  M92, M201, M203, M204, M205 commands;

Also:
M205 stores advanced settings:   S=min feedrate, T=min travel feedrate, X=max XY jerk, Z=max Z jerk, B=min segment time
Removed the 'travel at maxspeed' compiler switch;   if M205 T0 is used, there is no lower limit

Moved all speed, acceleration, etc variable definitions to marlin.PDE.
Configuration.h now only contains default values

prevented div/0 errors when acceleration is set to 0

Use M205 Sxxx Txxx to set minimum feedrates to a higher number

… an actualy usual value.

Conflicts:
	Marlin/Configuration.h

Conflicts:
	Marlin/Configuration.h

…s checkins. Thanks for doing this for the fourth time!

if lcd_height<4, just temperature is given