ProblemaWindows entra en suspensión y después se reactiva sin intervención intencional. Si nunca llega a suspenderse, esta no es la misma situación. Un resultado vacío tampoco demuestra que no haya ocurrido una reactivación.

Windows sale de suspensión solo

Identifica la última reactivación, temporizadores y dispositivos autorizados antes de cambiar permisos. Una lista de dispositivos no demuestra cuál despertó la PC.

Probá esto primero

1 comprobaciones rápidas · ~5 min

  1. Consulta la última reactivación observadaRecoge evidencia antes de desactivar funciones.

Identificá tu caso

Todas las señales a la vista. Elegí la que coincide con lo que observás.

Señales de diagnóstico

ObservaciónAutorizado no significa responsable
wake_armed enumera permisos actuales. No es el historial de quién provocó la última reactivación.
Observaciónlastwake sin explicación útil
Conserva el resultado y la hora; la falta de detalle limita el diagnóstico, no invalida la observación.

Soluciones paso a paso

01

Consulta la última reactivación observada

Recoge evidencia antes de desactivar funciones.

  1. Guarda el trabajo. Después de una reactivación inesperada, abre Terminal o Símbolo del sistema y consulta la última transición. Anota hora, alimentación y periféricos conectados; no provoques ciclos repetidos si el equipo se calienta o pierde trabajo.

  2. Símbolo del sistema
    powercfg /lastwake

    Muestra información de la última reactivación que Windows expone; no cambia configuración.

  3. Si identifica un dispositivo, conserva su nombre para la rama de dispositivo. Si no ofrece una causa, consulta temporizadores y permisos: no atribuyas el fallo al primer adaptador instalado.

02

Distingue temporizadores de dispositivos autorizados

Estas consultas describen evidencia diferente.

  1. Abre Terminal como administrador autorizado para consultar temporizadores; si no tienes permiso en un equipo de trabajo, entrega la hora a IT. Ejecuta las consultas sin añadir comandos de modificación.

  2. Símbolo del sistema
    powercfg /waketimers

    Enumera temporizadores activos. Compara responsable y vencimiento con la hora observada; un temporizador actual no prueba un evento pasado.

  3. Símbolo del sistema
    powercfg /devicequery wake_armed

    Enumera dispositivos actualmente configurados para reactivar. Su presencia no demuestra que hayan causado el despertar.

  4. Si un temporizador coincide, sigue la tarea responsable; si un dispositivo coincide con lastwake, sigue ese dispositivo. Sin coincidencia útil, utiliza la comparación de contexto antes de cambiar permisos.

03

Cambia solo un permiso respaldado por evidencia

La prueba debe ser reversible y conservar otra forma de despertar el equipo.

  1. Si el dispositivo identificado ofrece Administración de energía en sus propiedades del Administrador de dispositivos, anota el estado de Permitir que este dispositivo reactive el equipo. Solo si no necesitas esa función y tienes autorización, desmarca ese permiso; no deshabilites el dispositivo completo. Si la opción no aparece, consulta al fabricante, sin editar el Registro.

  2. En un adaptador de red confirma primero si se necesita activación remota. Prueba un ciclo normal después de guardar. Si el patrón desaparece, el permiso es relevante; si no cambia, restaura el ajuste y conserva el nuevo lastwake en vez de desactivar todos los dispositivos.

04

Revisa la tarea responsable, no todos los temporizadores

Una tarea de mantenimiento puede ser intencional.

  1. Con el nombre y hora del temporizador, identifica la aplicación o tarea. Si es una tarea creada y administrada por ti, consulta su configuración documentada de reactivación y registra el valor antes de ajustar solo esa condición. Si pertenece al sistema o a la organización, pide revisión a su responsable.

  2. Observa si deja de ocurrir en el horario previsto y si la tarea sigue cumpliendo su función. Si no cambia, restaura el ajuste. No desactives Windows Update, mantenimiento ni todos los timers como experimento.

05

Compara el contexto cuando el origen sigue sin aclararse

Una diferencia controlada aporta más que repetir ajustes generales.

  1. Si ocurre solo con un dock o periférico, guarda el trabajo y expulsa unidades antes de retirarlo. Compara una suspensión normal sin ese accesorio, manteniendo lo demás igual. Si cambia el patrón, informa al fabricante de esa combinación; no demuestra por sí sola un accesorio roto.

  2. Si no hay causa útil, conserva salidas, horarios y relación con tapa/dock/alimentación para soporte Windows u OEM. No cambies el modelo de suspensión, firmware ni el Registro para compensar la falta de evidencia.

Siguiente paso

¿Sigue sin funcionar?

Tarea o política administrada: IT. Origen persistente sin evidencia concluyente: soporte con las tres consultas y contexto. Si Windows nunca entra en suspensión o solo pierde imagen, aclara ese síntoma antes de seguir esta ruta.

Fuentes

Documentación utilizada para esta guía. Las recomendaciones editoriales se identifican por separado.

Revisión documental: . Revisión de fuentes; no implica una prueba física del equipo.

Problemas relacionados