Из предоставленной информации компьютер получает активацию (SMI) от корневого концентратора контроллера EHCI. Событие пробуждения может быть инициировано самим хостом (принудительное возобновление) или удаленным пробуждением с подключенного устройства. В качестве альтернативы, если настроено (обычно через BIOS), EHCI может проснуться от внешних событий как перегрузка по току (я предполагаю, что это не происходит) или событие подключения или отключения (что также маловероятно). Как вы обнаружили, если EHCI блокируется от пробуждения путем отключения клавиатуры / мыши (USB-устройства) в качестве источников пробуждения, пробуждение от ИБП не происходит.
Я не уверен насчет общей политики электропитания Windows, это в значительной степени сбой, но вполне возможно, что проприетарные устройства, такие как UPC, не управляются, поэтому они могут не появиться на горизонте powercfg . Чтобы диагностировать проблему и определить, кто является источником пробуждения, необходимо извлечь некоторые журналы отладки Windows с поддержкой USB или использовать внешний анализатор протокола USB. Анализатор (Teledyne-LeCroy, или Ellysis, или Beagle) должен иметь возможность записывать последовательность событий приостановки и события возобновления. Если программное обеспечение приостанавливает порт с помощью ИБП и означает, что он должен активизироваться, должны быть специальные управляющие транзакции, включающие и активирующие устройство ИБП для удаленного включения. Если нет, то пробуждение (возобновление) происходит внутри.
У программного обеспечения Eaton IPP есть несколько подозрительных маркеров в их списке функций,
«Функция Watchdog позволяет автоматически работать киоскам с ПК или сервером, автоматически ...»
так что это может быть основной причиной проблемы. В приложении Eaton может быть какая-то конфигурация для отключения любой службы сторожевого таймера.