Solving Power On problems once and for all

[miczyg1]

The problem you're addressing (if any)

Power On keyword consistently causing problems:
#578
#603

And probably there are more occurrences in the past.

Describe the solution you'd like

Many platforms have a power LED exposed on a front panel header, which could be used to determine if platform has been/is powered or not. Some platform have the LED on 3.3V level some on 5V level. OrangePi Zero woudl have to be checked against 5V tolerance on the pins.

It would look like this: the "+" pin of the power LED would be connected to a fixed GPIO input on RTE. Tests or libraries would read the GPIO state to confirm the platform power state after powering it on.

Platforms known to have front panel header with power LED: Protectli, MSI, PC Engines apus (on COM2 header there is 5V and 3V), ODROID H4 (EXTHEAD 3.3V_RUN_H), OptiPlex (LPC_DEBUG header or service mode jumper).

Where is the value to a user, and who might that user be?

3mdeb testers. Tests will be more reliable and less likely to fail, which essentially means less effort needed for testing.

Describe alternatives you've considered

No response

Additional context

No response

[macpijan]

Implementing Dasharo/osfv-scripts#69 may be also a good first step here, to drop the logic from tests and leave it in a single place in Python code to fully control power of the board.