Scott Lahteine

Hey ho. Only thing holding this up is me! I'll resolve the conflicts and do a quick review and should have this merged forthwith. Makes sense to get this out...

Keep in mind that this is one of the more "unusual" settings, and it hasn't been changed because it would require a bit of overhaul. - The extruder auto fans...

Thanks! The `import-2.1.x` branch is the best place to apply changes for a near-future version of the `bugfix-2.1.x` (or `dev`) branch, containing all proposed changes from ongoing PRs (so that...

The rest of the changes in this PR are good, so these pins can be overridden / disabled without compiler warnings. However, we need to leave these pin defines enabled...

We have to allow for `Z_AFTER_HOMING` to move down if that's what a user specifies. This is probably most important for cases when Z homing is to the top. So...

Ah, well some of that is correct. But we do have this sanity check: ```cpp #if Z_HOME_TO_MAX && defined(Z_AFTER_HOMING) && DISABLED(ALLOW_Z_AFTER_HOMING) #error "Z_AFTER_HOMING shouldn't be used with Z max homing...

There seems to be a little wave of confusion happening around here regarding how we manage Z raises and other Z moves for homing, probing, tramming, leveling, etc. I see...

### `POWER_LOSS_ZRAISE` A Z raise may help prevent the nozzle from sitting on the print and leaving a mess at that spot. But if you don't have a power-loss detection...

This might be patched by now (?) but If not then someone will be sure to look at it ahead of the next release. The issue should be fairly obvious...

Let's start this one over from the beginning. The pins mapping in Marlin is based on the GPIO indexed pin mapping of Arduino, and the pin numbering is generally meant...