oh, “better than nothing” is better than nothing
@hmerk Do you know if the catchup for this could be realized by using the functionality build into the framework? We already discussed the UPNPIOService (maybe written differently, can’t remember exactly), which also seems to give some additional status information.
If it solves the problem I could implement your code - not a big deal to have a test build. This would cover a “soft power off”, a real power off should be detected by the periodic subscription renewal, because the send request should fail.
Any other ideas? I can’t believe that this is not reflected in the UPnP standard.
Did you saw any query of the app, which reflects the display state (standby with display off vs. standby with display on). The app loads several XMLs at startup, maybe there are additional calls after a certain amount of time.