Szerintem egyreszt ez nem teljesen igaz, masreszt az OP pont a masik oldalrol kozeliti meg a problemat, ami valoszinuleg mukodhet is (sorry, azt nem tudom, hogy hogy kell megcsinalni).
Kerdes az is, hogy mit ertesz "aram alatt" alatt. A Zigbee tamogat sleepy end device-okat, amik ugyan kapnak tapot de az ido jelentos reszeben alszanak, hogy energiat takaritsanak meg (jellemzoen elemes taplalasnal) - ergo ezek nem forwardolnak csomagokat, tekintve, hogy alvas kozben nem tudnak kommunikalni (amikor felebrednek lekerdezik a parent device-t, hogy var-e szamukra uzenet (poll / data request)). Persze teljesen el is lehet venni az eszkozoktol a tapot, altalaban a network parametereket lementik NVM-be a csatlakozaskor, amikor megkapjak ujra tapot vagy innen beolvassak vagy ujra join process van. Az is igaz, hogy egy villanykapcsolot alapbol lehet, hogy nem sleepy end device-nak terveznek, mert feltetelezik, hogy ott mindig van tapellatas - de ez igazabol csak firmware kerdese.
De a kerdezo felvetese arrol szol, hogy a Home Assistantban szeretne eltarolni az allapotot (ugy emlekszek ilyet lehet csinalni) majd szertene kuldeni egy (MQTT) uzenetet idonkent, ami a kapcsolonak atkuldi ezt az eltarolt allapotot (szerintem ilyet is lehet (MQTT uzenetet kuldeni nyilvan lehet, mar en is csinaltam)).