🚧 filament runout: only allowed if E-axis is active

[gudnimg]

Only allow filament runouts when the extruder motor is moving. We do this for FINDA runouts, so why not Fsensor as well?

I think this may improve situations like #4323

Change in memory:
Flash: -6 bytes
SRAM: 0 bytes

[github-actions]

Target	ΔFlash (bytes)	ΔSRAM (bytes)
MK3S_MULTILANG	-6	0
MK3_MULTILANG	6	0

[leptun]

This sounds like a good idea, but I have a few notes:

What about triggerFilamentInserted()? Do we change to e_active() also there? I'm not sure what such a change would have as a consequence. Do we want to allow filament autoloads when axes are moving, but E is idle?

Also, e_active() can be sped up by breaking out of the loop early when an E move is found in the first block.

[leptun]

#3885 will also need rebasing and rechecking after this is merged

[gudnimg]

What about triggerFilamentInserted()? Do we change to e_active() also there? I'm not sure what such a change would have as a consequence. Do we want to allow filament autoloads when axes are moving, but E is idle?

For this scenario I think it makes sense to not allow autoloading if the axis are moving. I don't see why a user would need to load while the motors are moving 🤔

Also, e_active() can be sped up by breaking out of the loop early when an E move is found in the first block.

I tried it and saw having two return's seems to increase code size. But perhaps the speed improvement is worth it.

[gudnimg]

Looking back at this... shouldn't this be e_active() && printJobOngoing()? I don't know of any situation where we can recover from filament runout except when printing.

[DRracer]

Is first layer calibration a printJobOngoing()?

[gudnimg]

No it's only true if card.sdprinting = true, which happens only when a gcode file is printing. Or when usb_timer.running() is true, which only happens if the user is sending commands via Serial

[gudnimg]

Filament runout during First Layer Calibration is ignored explicitly. Similar to how we disable it when MMU is enabled.

More changes are coming and back to draft

[gudnimg]

Rebased to sync with MK3 branch (123 commits)

[DRracer]

I have mixed feelings about the e_active(). Technically, it seems to be correct, but I don't see all the consequences.

This part has been a bit sketchy in the past...

[gudnimg]

Probably not going to finish this PR.