Squashed - Removal of PID functional range

PINS_DEBUGGING and M43: Read pin states

Move routine of direction signal of ADVANCE and LIN_ADVANCE from Stepper::isr() to Stepper::advance_isr()

Improve M48 output; Add min, max, range, etc.

Some other pins formatting also

Fix buzzer when both i2c and beeper pin are set

Small update of language_kana.h

Add note for M205

As suggested in #4940

Also lined up the >> 1 and / 2 mentioned earlier in the unconstrained I term issue,

Put max_jerk vars in array, clean up jerk code

More detailed debugging of G28 delta

Pid unconstrained itemp

Cleanup of G38.2 / G38.3

1) modified 3 code files
Marlin.h
Marlin_main.cpp
endstops.cpp

2) modified config files so I could test on my machine

Testing was done on an AzteegX3pro based machine.

The probe was hooked to the Z_MIN endstop.

My controller doesn't have a dedicated Z_PROBE input so I couldn't test
that functionality.

Verified that a large file (without any G38 commands) executed the same
before and after the changes.

Verified that the head moves as expected when G38.2 and G38.3 commands
are issued. Single & multiple axis moves were tested along with + and -
directions.

Code was added to the main ISR. In normal operation only one extra IF
statement is evaluated. I didn't notice any performance degradation
because of the added code.

The G38 commands are expected to be issued manually by the operator
during machine setup. The G38 commands wait until the machine is idle
before proceeding. That way the other commands are minimally impacted
by the extra ISR overhead when a G38 command is in the queue.

The G38 commands are very similar to the G28 commands except 1) only the
Z_PROBE is used and movement can be in the + or - direction.

See issue 4677 for a discussion on adding G38 commands to Marlin.
Feature request: add ability to use G38.2 command (CNC)
MarlinFirmware/Marlin#4677

Don't check Z_MAX on raise when the probe pwns the pin