Fix #11279, #11252

[2.0.x] Add support for power loss detect pin

See https://github.com/MarlinFirmware/Marlin/issues/10949#issuecomment-398540498

[2.0.x] Malyan LCD Feedrate + Better Temp Handling

When `INCH_MODE_SUPPORT` is enabled no default unit is set. This fixes it.

It takes too long to display the mesh data for large mesh's at startup.   We should consider ways to speed this up.
Perhaps it makes sense to display an entire row of the mesh instead of just one mesh point?

This reverts commit a26fdf6b.

On a leap of faith...  I'm merging...

[2.0.x] LPC1768: Expand hardware SPI class

Prevent crash, on filament change, when printer is not homed

Co-Authored-By: kaimimue <kaimimue@users.noreply.github.com>

This will fix kill message on dual printer with 0 alignment offset

When `REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER` is defined and Re-ARM build is attempted, `u8g_fontutf8.cpp` includes `fontutils.h` which uses `abs()`.

However, `abs()` is defined in `stdlib.h` which is not included in `fontutils.h`, so compile fails with an error.

Include `stdlib.h` in `fontutils.h` so that `abs()` is defined before `u8g_fontutf8.cpp` needs to use it, resolving the compile error.

Signed-off-by: Jamie Bainbridge <jamie.bainbridge@gmail.com>

[2.0.x] Shorter Z raise between multiple probes

Co-Authored-By: nightgryphon <ngryph@gmail.com>

Co-Authored-By: nightgryphon <ngryph@gmail.com>

Make the endstop report method track endstop changes on its own.

Co-Authored-By: Aaron Griffith <aargri@gmail.com>

[2.0.x][HD44780] Remove unused include

The <binary.h> header is not available in STM32 toolchain
and is not used anywhere in ultralcd_common_HD44780.h.
If it is used anywhere in HD44780 support for other platforms,
it must be included in the corresponding .cpp file directly
and put under appropriate conditional compilation directives
for the platform requiring it.

As I was unable to find such code, I consider the file unused
and hence remove the inclusion.

Also fix use_example_configs

[2.0.x] Use 'float' instead of 'double' maths

Co-Authored-By: ejtagle <ejtagle@hotmail.com>