Aus den bereitgestellten Informationen erhält der Computer ein Wake-up (SMI) vom Root-Hub des EHCI-Controllers. Das Aufweckereignis kann vom Host selbst initiiert werden (erzwungene Wiederaufnahme) oder von einem Remote-Wakeup eines angeschlossenen Geräts. Bei einer Konfiguration (normalerweise über das BIOS) kann der EHCI alternativ von externen Ereignissen als Überstrom aufwachen (ich gehe davon aus, dass dies nicht der Fall ist) oder ein Ereignis verbinden oder trennen (was ebenfalls unwahrscheinlich ist). Wie Sie festgestellt haben, wird das Aufwachen der EHCI durch das Deaktivieren von Tastatur / Maus (USB-Gerät) als Aufweckquelle nicht unterstützt.
Ich bin mir nicht sicher, was die allgemeine Stromrichtlinie von Windows betrifft . Es handelt sich dabei um eine Ansteckung, aber es ist durchaus möglich, dass proprietäre Geräte als UPC nicht verwaltet werden, sodass sie möglicherweise nicht am powercfg- Horizont angezeigt werden . Um das Problem zu diagnostizieren und festzustellen, wer die Ursache für das Reaktivieren ist, müssen entweder einige USB-aktivierte Windows-Debug-Protokolle abgerufen werden, oder es kann ein externes USB-Protokollanalysegerät verwendet werden. Das Analysegerät (Teledyne-LeCroy oder Ellysis oder Beagle) sollte in der Lage sein, die Sequenz der Suspend-Ereignisse und das Resume-Ereignis aufzuzeichnen. Wenn die Software den Port bei der USV unterbricht und ein Aufwecken bedeutet, sollten bestimmte Steuertransaktionen zur Aktivierung und Aktivierung der USV-Geräte für das Fernaktivieren vorgesehen sein. Wenn nicht, geschieht das Aufwecken (Fortsetzen) intern.
Die IPP-Software von Eaton enthält verdächtige Punkte in ihrer Funktionsliste.
"Watchdog-Funktion sorgt dafür, dass Kioske mit einem PC oder Server reibungslos laufen, indem sie automatisch ..."
Es könnte also die Hauptursache des Problems sein. In der Eaton-Anwendung gibt es möglicherweise eine Konfiguration, um den Watchdog-Dienst zu deaktivieren.