Wait for the purge fan's draw, do not read it in the same second

The airflow check reads the purge fan's off current with the fan off, and
the stand-down that follows commands it back on. The guard that proves
the machine was handed back whole read the draw immediately, so what it
got back was the off current the check had just measured: on the bench
reference, 74 against a 300 floor, with the fan drawing 631 a moment
later. The check failed for having worked.

The current follows the command; it does not arrive with it. The guard
now waits for the draw to reach the floor, up to PURGE_SPINUP_S, the way
the controller below it is already waited for, and logs how long it took.
It is no weaker: a fan that never reaches its floor still fails the
check, and the message now says how long it was given.

Pin: forgectrl 0.1.17 (a9e7073, the air assist and the purge in the
diagnostic run posture - the reason that check measured an idle fan and
wrote a floor from it).
This commit is contained in:
ScottW514
2026-09-10 11:59:47 -04:00
parent d3fe1d90b9
commit 4fbf14195b
2 changed files with 25 additions and 9 deletions
@@ -2,5 +2,5 @@
# only SRCREV and PV here - the image manifest leaves *-pin.inc out of the
# layer content hash because the component entry already identifies the
# pinned source (forgefirm-image-manifest.bbclass).
SRCREV = "e58aa8a5ad8b91c75896f0c53add8a72095b01d2"
PV = "0.1.16"
SRCREV = "a9e7073b2325c8c9d89d490fe6d067abfac22da5"
PV = "0.1.17"